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FIGURE 1. National Semiconductor’s Participation in Industry Standards Committees 


PRO-ACTIVE COMMUNICATIONS 
STANDARDS INVOLVEMENT 


Standards are important in the development and growth of 
the communications industry. Several international commit- 
tees and organizations define and promote standards to en- 
sure interoperability and interconnectivity among multiple 
vendors’ products. 


National Semiconductor takes an active part in the develop- 
ment and definition of these standards (see Figure 7) and 


produces a wide range of products that meet and exceed 
the requirements of these standards. 


National’s data communications portfolio includes complete 
silicon solutions for IEEE 802.3 Ethernet, IEEE 802.5 Token 
Ring, and ANSI X3T9.5 FDDI applications—the broadest 
portfolio in the industry. See Table | for a protocol character- 
istics summary. 


TABLE I. Key Characteristics of Popular LAN Protocols 


Characteristic 
Bandwidth 
Topology 
Media 


10 Mbps 
Bus, Star 


Twisted Pair, Coax 
Optical Fiber 


CSMA/CD 
1,500 
Manchester 
1,024 


Network Access 
Frame Size (bytes) 
Encoding 

Max. No. Nodes 


Distance (nodes) 


Max. Network Span 2.8 km 


: 
Optical Fiber 


100-300 m 
Varies with configuration 


viii 


FDDI 
100 Mbps 
Dual Ring, Star 


Optical Fiber 
Twisted Pair 


Timed-Token-Passing 
4,500 

4B /5B 

1000 

2-3 km 

200 km 


TABLE II. IEEE 802.3 Physical Layer Specifications 10 Mbps Ethernet 


Parameter 


Designator 
Segment Length 
Topology 

Cable Type 


Thick Coax 

500 Meters 

Bus (Multi-Point) 
0.4” Diam. 500, 
Double Shield Coax 
(RG11) 


Connection Precision TAP 


ETHERNET: IEEE 802.3 


Ethernet is the most widely installed LAN standard for con- 
necting personal computers and workstations with informa- 
tion resources, servers and other peripherals. 


The 10 Mbps Ethernet CSMA/CD (Carrier Sense Multiple 
Access with Collision Detection) protocol defines how a 
node will gain access to the network. The node first moni- 
tors the media to ensure that no transmissions are in prog- 
ress (Carrier Sense). The node may then decide to transmit 
(Multiple Access). If more than one node decides to trans- 
mit simultaneously, then a collision will occur. 


All nodes must be able to detect this condition (Collision 
Detection), stop their transmissions, and retry after a ran- 
dom period of time. 


Physical Layer Specifications 


Physical Layer Specifications define various media and to- 
pology options. Current specifications include 10BASE5 
which defines the use of thick, double-shielded coax in a 
bus topology; 10BASE2 which defines the use of thin coax 
in a bus configuration; 1OBASE-T which defines the use of 
unshielded twisted pair cable in a star configuration; and 
10BASE-F which defines the use of optical fiber in a star 
configuration. 


Because of its topology, 10BASE-T Ethernet LANs require 
both nodes and hubs or repeaters to extend the signals 


around the network. Network management becomes an is- 
sue or requirement in 10BASE-T as well. The IEEE 802.3 
Repeater Specification defines basic, mandatory and op- 
tional management attributes to-ensure interoperability in 
repeaters. 


Comprehensive Ethernet Solutions 


National’s Ethernet products are grouped into four families: 
Network Interface Controllers (NIC Family); Systems Orient- 
ed Network Interface Controllers (SONICTM Family); Physi- 
cal Layers and Encoders/Decoders (PHYs and ENDECs 
Family); and Repeater Interface Controllers (RIC™TM Family). 


The NIC Family of 8/16-bit controllers provides value-based 
solutions for the node environment and designs. It consists 
of the DP8390 NIC, DP83901 SNICT™, DP83902 ST-NIC™, 
and DP83905 AT/LANTIC™. All are based on the industry 
standard DP8390 NIC core. The AT/LANTIC, the most high- 
ly integrated of the family, has an AT Bus Interface and 
twisted pair transceiver integrated on-chip making it well 
suited for motherboard designs. The ST-NIC also has an 
integrated twisted pair transceiver, but has no on-chip bus 
interface making it ideal for specialty !/O applications, such 
as PCMCIA, and non-AT buses. The SNIC provides a MAC 
and ENDEC only. The NIC is only a MAC. 


10BASE5 10BASE2 


10BASE-T 


Twisted Pair 

100 Meters Nominal 
Star (Point-to-Point) 
24 Gauge, 1000 
Twisted Pair 


Thin Coax 

185 Meters 

Bus (Multi-Point) 
0.2” Diam. 500, 
Single Shield Coax 
(RG58) 


BNC “T” 8-Pin, RJ-45 


The SONIC Family of 16/32-bit controllers provides full per- 
formance solutions for nodes and interconnect products. It 
consists of the DP83932 SONIC, DP83934 SONIC-T, and 
DP83916 SONIC-I6. The SONIC is appropriate for 16- and 
32-bit Ethernet network nodes and bridges for any of the 
standard media choices. The SONIC-T is ideal for 
10BASE-T networks due to its integrated twisted pair trans- 
ceiver. The SONIC-16 is for 16-bit designs using the stan- 
dard media choices. 


The PHYs and ENDECs consist of separate physical layer 
transceivers and encoder/decoders. The DP8392 CTI™ is 
the industry’s most reliable and most popular transceiver. It 
is often used in Media Access Units. 

The RIC Family of repeater devices offers solutions for both 
high and low end hubs. The DP83950 RIC provides full man- 
agement capabilities for large, multi-port, expandable hubs 
while the DP83955/56 LERIC7#4 offers limited management 
for small, basic functionality hubs. 

More detailed information, including specific datasheets and 
application notes for these products, are included in Sec- 
tions 1-3 of this book. 


TOKEN-RING: IEEE 802.5 


Token Ring is a token-passing protocol which performs well 
under heavy network loading and easily integrates into ex- 


isting synchronous networks. It supports either a 16 or 4 


Mbps data rate. 


In the token-passing protocol, a token circulates around the 
ring until a station requests permission to transmit. Once 
granted, the transmitting station sends its information over 
the network. Each station along the ring checks the destina- 
tion address of the data frame to determine if the packet is 
to be copied into a local buffer or simply repeated onto the 
ring. The data frame is removed from the ring by the origina- 
tor of that frame and the token is released. 


Originally, Token Ring was designed for use with shielded 
twisted pair cable. However, a Physical Layer Specification 
is in development to standardize the use of unshielded 
twisted pair media. 


National offers a highly integrated, single chip, Token-Ring 
controller, the DP8025 TROPIC™, designed and manufac- 
tured in cooperation with International Business Machines 
(IBM). Basic information is provided in Section 4 of this 
book. More detailed information is available through the Ad- 
vanced Networks Division or your local National Semicon- 
ductor Sales Office. 
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An Introduction to Local Area Network (LAN) Standards 


and an Overview of National Semiconductor Products 


FDDI (Fiber Distributed Data Interface): ANSI X3T9.5 


Fiber Distributed Data Interface (FDDI) is a 100 Mbps net- 
working standard that uses a token passing access method 
and dual rings of optical fiber or twisted pair cable. 


Like Token Ring, FDDI utilizes a ring topology. However, 
FDDI! has a dual-ring configuration providing greater fault 
tolerance and redundancy. Timed-token-passing for FDDI 
works in a manner similar to token-passing for Token Ring. 


The standard defines fiber as the physical media, but a low 
cost physical media specification is in development to stan- 
dardize the use of shielded and unshielded twisted pair me- 
dia. 

Originally used for backbone applications to connect multi- 
ple islands of lower speed LANs, FDDI has since migrated 
to the desktop. The inherent management capabilities and 
use of fiber offers a means with which to expand networks 
in a controlled manner. The use of twisted pair media for 
FDDI products provides a-cost-effective means of bringing 
high-speed networking to the desktop. 

National’s FDD! DP83200 Series portfolio consists of a two 
chip set, a five chip set, and a MLT-3/NRZI transceiver for 
UTP/STP cabling. A brief overview of these products is in- 
cluded in Section 6 for your reference. More detailed infor- 


mation is available in the 1992 Desktop FDDI Handbook or 
through your local National Semiconductor Sales Office. 


National’s Committment to Networking Standards . 


In support of current networking standards, National Semi- 
conductor provides an extensive selection of networking sil- 
icon for Ethernet, Token Ring, and FDDI. Comprehensive 
evaluation platforms, demonstration software, application 
notes, and system briefs are also available to provide net- 
work product designers and manufactures optimal flexibility 
and ease of product development for today’s networking 
needs. 


National Semiconductor’s active involvement in the devel- 
opment of communications standards and experience as a 
LAN user have resulted in the availability of a broad range of 
silicon solutions for the networking market. National under- 
stands the importance of preserving investments in existing 
standards while balancing participation in the innovation 
and development of emerging networking standards such 
as isochronous Ethernet, ATM, and FDDI-II. With continuing 
efforts on standards committees, product innovation, and 
market leadership, National is dedicated to serving the net- 
working needs today and in the future. 
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DP83905 AT/LANTIC™ 


PRELIMINARY 


AT Local Area Network Twisted-Pair 


Interface Controller 


General Description 


The AT/LANTIC AT Local Area Network Twisted-pair.|nter- 
face Controller is a CMOS VLSI device designed for easy 
implementation of CSMA/CD loca! area networks. — 


Unique to the AT/LANTIC is the integration of the entire bus 
interface for PC-AT® ISA (Industry Standard Architecture) 
bus based systems. Hardware and software selectable op- 
tions allow the AT/LANTIC’s bus interface to be configured 
software compatible to either an NE2000 or Ethercard 
PLUS16™. All bus drivers and control logic are integrated 
to reduce board cost and area. 


Supported network interfaces include 10BASE5 or 
10BASE2 Ethernet via an external transciever connected to 
its AUI port, and Twisted-pair Ethernet (10BASE-T) using 
the on-board transceiver. The AT/LANTIC provides the 
Ethernet Media Access Control (MAC), Encode-Decode 
(ENDEC) with an AUI interface, and 10BASE-T transceiver 
functions in accordance with the IEEE 802.3 standards. 


The AT/LANTIC’s integrated 10BASE-T transceiver fully 
complies with the IEEE standard. This functional block incor- 
porates the receiver, transmitter, collision, heartbeat, loop- 
back, jabber, and link integrity blocks as defined in the stan- 
dard. The transceiver when combined with equalization re- 
sistors, transmit/receive filters, and pulse transformers pro- 
vides a complete physical interface from the AT/LANTIC 
Controller's ENDEC module and the twisted pair medium. 
(Continued) 


1.0 System Diagram 
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Features 
= Controller and integrated bus interface solution for IEEE 
802.3, 10BASE5, 10BASE2, and 10BASE-T 
= Software compatible with Novell®’s NE2000/Plus indus- 
try standard Ethernet Adapters 
m Selectable buffer memory size 
mg No external bus logic or drivers 
m Integrated controller, ENDEC, and transceiver 
@ Full IEEE 802.3-AU! interface 
g Single 5V supply 
10BASE-T TRANSCEIVER MODULE: 
m Integrates transceiver functionality: 
— Transmitter and receiver functions 
— Collision detect, heartbeat and jabber 
— Selectable link integrity test or link disable 
— Polarity Detection/Correction 
ENDEC MODULE: " 
m 10 Mbit/s Manchester encoding/decoding 
m Squelch on receive and collision pairs. 
MAC/CONTROLLER MODULE: 
m Software compatible with DP8390, DP83901, DP83902 
a Efficient buffer management implementation 
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General Description (continuea) 


The integrated ENDEC module allows Manchester encod- 
ing and decoding via a differential transceiver and phase 
lock loop decoder at 10 Mbit/sec. Also included are a colli- 
sion detect translator and diagnostic loopback capability. 
The ENDEC module interfaces directly to the transceiver 
module, and also provides a fully IEEE compliant AUI (At- 
tachment Unit Interface) for connection to other media 
transceivers. 


The Media Access Control function which is provided by the 
Network Interface Control module (NIC) provides simple 
and efficient packet transmission and reception control by 
means of off-board memory which can be accessed either 
through an I/O port or mapped into the system memory. 
AT/LANTIC Controller provides a comprehensive solution 
for 10BASE-T IEEE 802.3 networks. Due to the inherent 
constraints of CMOS processing, isolation is required at the 
AUI differential signal interface for 1OBASE5 and 10BASE2 
applications. 
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2.0 Pin Description 


Pin No. | PinName | Type* Description 


ISA BUS INTERFACE PINS 


94-97 SAO-SA1 9 LATCHED ADDRESS BUS: Low-order 20 bits of the system’s 24 bit address bus. 

99-106 These lines are enabled onto the bus, by the system, when BALE is high and are 

108-115 latched when BALE returns low. These bits are used to decode accesses to the 
AT/LANTIC Controller’s 1/O map and to the boot PROM. In addition they are used to 
decode accesses to the AT/LANTIC Controller’s memory in shared memory mode. 


LA17-LA23 UNLATCHED ADDRESS BUS: High order 7 bits of the 24-bit system address bus. 
These lines are valid on the falling edge of BALE. These bits are used to decode 
accesses to the AT/LANTIC Controller's memory in shared memory mode. 


127, 128, | SDO-SD15 SYSTEM DATA BUS: 16-bit system data bus. Used to transfer data between the 
130, 131, system and the AT/LANTIC Controller. 

133, 134, 

136, 137, 

73, 72, 

70, 69, 

67, 66, 

64, 63 


88 BALE | BUS ADDRESS LATCH ENABLE: This signal indicates when the system address 
: TTL | lines are valid. 

83 SBHE | SYSTEM BUS HIGH ENABLE: This signal indicates that the system expects a 
TTL | transfer on the upper byte lane. 

86 O 16-BIT MEMORY TRANSFER: In 16-bit shared memory mode this signal indicates 
OCH | that the AT/LANTIC Controller has decoded an address within the 128 kbyte space 

that it occupies part of. 

84 1O16 O 16-BIT I/O TRANSFER: In !/O mode this signal indicates that the AT/LANTIC 

OCH | Controller is responding to a 16-bit 1/O access by driving 16-bits of data on the bus. 


74 MWR | MEMORY WRITE STROBE: Strobe from system to write to AT/LANTIC Controller’s 
TTL | memory map. This pin should be connected to allow the CHRDY fix in 16-bit I/O mode 
to operate correctly. (See Section 6.0) 
| 


75 MEMORY READ STROBE: Strobe from system to read from AT/LANTIC Controller's 
memory map. This pin should be connected to allow the CHRDY fix in 16-bit |/O mode 


to operate correctly. (See Section 6.0) 


LOW MEMORY STROBES: In Memory mode these signals strobe memory transfers 
in the same manner as MRD and MWR except that these signals only occur if the 
access is to the lowest 1 Megabyte. This partial address decode means that these 
signals can be used in an 8-bit slot to properly decode an access to this area. The 
AT/LANTIC Controller will use MRD and MWR in 16-bit Memory mode and will use 
SMRD and SMWR in Memory mode when DWID is low (8-bit mode). SMRD and 
SMWR are also used to access the BOOT PROM. 


118 I/O WRITE STROBE: Strobe from system to write to the AT/LANTIC Controller's 1/0 
TTL | map. 


117 1/0 READ STROBE: Strobe from system to read from the AT/LANTIC Controller’s 
1/O map. 


126 RESET: This signal is output by the system to reset all devices on the bus. 


“Driver Types are: | = Input, O = Output, !1/O = Bi-directional Output, OCH = Open Collector, 3SH = TRI-STATE Output, TTL = TTL Compatible, AU] = 
Attachment Unit Interface, TP! = Twisted Pair Interface, LED = LED Drive, MOS = CMOS Level Compatible, XTAL = Crystal. 


2.0 Pin Description (Continued) 


ISA BUS INTERFACE PINS (Continued) 


123 
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93 


CHRDY “ fe) 
OCH 

AEN 

| TTL 


INTO-3 fo) 
3SH 
DWID | 
“ MOS 
ISACLK | 
TTL 


NETWORK INTERFACE PINS 


156-153 


150, 151 


TXOd+,TXO-, O 
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RXI+, RXI— I 
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Description 


CHANNEL READY: This signal is used to insert wait states into system accesses. 


DMA ACTIVE: This signal indicates that the system’s DMA controller has control 
of the bus. 


INTERRUPT REQUEST: The operation of these 4 outputs is determined by the 
Configuration registers. They can either be used to directly drive the interrupt lines 
or used as a 3-bit code with a strobe to generate up to 8 interrupts. 


DATA WIDTH: This input specifies whether the AT/LANTIC Controller is 
interfacing to an 8- or 16-bit ISA bus. When high it is in 16-bit mode. it has an 
internal pull-down resistor. 


ISA CLOCK: Clock from ISA bus. This signal is only required if CHRDY timing has 
to be altered, by changing the CHRDY bit of Configuration Register B. 


TWISTED PAIR TRANSMIT OUTPUTS: These high drive CMOS level outputs 
are resistively combined external to the chip to produce a differential output signal 
with equalization to compensate for Intersymbol Interference (ISI) on the twisted 
pair medium. 


TWISTED PAIR RECEIVE INPUTS: These inputs feed a differential amplifier 
which passes valid data to the ENDEC module. 


141, TX- O AUI TRANSMIT OUTPUT: Differential driver which sends the encoded data to the 
142 TX+ AUI | transceiver. The outputs are source followers which require 2702 pull-down 
resistors. 
145, RX — I AU! RECEIVE INPUT: Differential receive input pair from the transceiver. 
146 RX+ AUI 
147, CD— I AUI COLLISION INPUT: Differential collision pair input from the transceiver. 
148 CD+ AUI 
5 TXLED oO TRANSMIT: An open-drain active low output. It is asserted for approximately 
LED | 50ms whenever the AT/LANTIC Controller transmits data in either AUI or TPI 
modes. 
4 “1 RXLED Oo RECEIVE: An open-drain active low output. It is asserted for approximately 50 ms 
LED | whenever receive data is detected in either AUI or TPI mode. 
3 COLED oO COLLISION: An open-drain active low output. It is asserted for approximately 50 
LED | ms whenever the AT/LANTIC Controller detects a collision in either AUI or TPI 
modes. os 
1 GDLNK O GOOD LINK: An open-drain active low output. This pin operates as an output to 
LED | display link integrity status if this function has not been disabled by the GDLNK bit 
in Configuration Register B. 
‘This output is off if the AT/LANTIC Controller is in AUI mode or if link testing is 
enabled and the link integrity is bad (i.e. the twisted pair link has been broken). 
This output is on if the AT/LANTIC Controller is in Twisted Pair Interface (TPI) 
mode, link integrity checking is enabled and the link integrity is good (i.e. the 
twisted pair link has not been broken) or if the link testing is disabled. 
2 POLED re) POLARITY: An open-drain active low output. This signal is normally inactive. 
LED | When the TPI module detects seven consecutive link pulses or three consecutive 
received packets with reversed polarity POLED is asserted. 
*Driver Types are: | = Input, O = Output, I/O = Bi-directional Output, OCH = Open Collector, 3SH = TRI-STATE Output, TTL = TTL Compatible, AU] = 


Attachment Unit Interface, TP! = Twisted Pair Interface, LED = LED Drive, MOS = CMOS Level Compatible, XTAL = Crystal. 
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2.0 Pin Description (Continued) 


NETWORK INTERFACE PINS (Continued) 


7 X1 (OSCIN) | CRYSTAL OR EXTERNAL OSCILLATOR INPUT 
XTAL 
8 X2 (OSCOUT) oO CRYSTAL FEEDBACK OUTPUT: Used in crystal connections only. Should be left 
XTAL_ | completely unconnected when using an oscillator module. 
10 THIN O THIN CABLE: This output is high if AT/LANTIC Controller is configured for thin 
DCDC | cable. It can be used to enable the DC-DC converter required by the thin ethernet 
configuration. 


EXTERNAL MEMORY SUPPORT 


58-55 1/0, |,O | MEMORY SUPPORT DATA BUS—CONFIGURATION REGISTER A INPUT 
MOS_ | EEPROM SIGNALS: 
- | MSDO—7: When RESET is inactive these pins can be used to access external 
memory and boot PROM. 
CA0—7: When RESET is active Configuration Register A is loaded with the data 
value on these pins. If the user puts an external pull-up on any of these pins then the 


53-50 

corresponding register bit is set to a 1. If the pin is left unconnected then the register 
bit is 0. 
DO, Di, SK: When RESET goes from an active to an inactive level AT/LANTIC 
Controller will read the contents of an EEPROM, using these signals, and load the 
contents into internal registers. These internal registers will then be mapped into the 
space taken up by the PROM in the NE2000 and Ethercard PLUS16. After the 
EEPROM read operation has completed these pins will revert to MSD0-2 (DO = . 
MSDO, DI = MSD1, SK = MSD2). 


48-45 | MSD8-15 or 1/O,|_ | MEMORY SUPPORT DATA BUS—CONFIGURATION REGISTER B INPUT: 
43-40 CBO-7 MOS | MSD8-15: When RESET is inactive these pins can be used to access external 
memory. : 

CBO-7: When RESET is active Configuration Register B is loaded with the data 


value on these pins. If the user puts an external pull-up on any of these pins then the 
corresponding register bit is set to a 1. If the pin is left unconnected then the register 
bit is 0. i 


31-25, | MSA1-8 or MEMORY SUPPORT ADDRESS BUS—CONFIGURATION REGIS ER C INPUT: 

22 CCO-—7 MSA1-8: When RESET is inactive these pins drive the memory support address 
bus. ; 
CCO0-7: When RESET is active Configuration Register C is loaded with the data 
value on these pins. If the user puts an external pull-up on any of these pins then the 


corresponding register bit is set to a 1. If the pin is left unconnected then the register 
bit is 0. . 


21-15 | MSA9-15 MEMORY SUPPORT ADDRESS BUS: MSA9-15: When RESET is inactive these 
pins drive the memory support address bus. When the memory is only 8 bits wide AO 


will appear on A13, in compatible mode, and on A15, in non-compatible mode. 

33 MEMORY SUPPORT BUS READ: Strobes data from the external RAM into the AT/ 
LANTIC Controller via the memory support data bus. 

32 MSWR MEMORY SUPPORT BUS WRITE: Strobes data from the AT/LANTIC Controller 
into the external RAM via the memory support data bus. 

37 BPCS lees BOOT PROM CHIP SELECT: Selects the boot PROM on the memory support data 
bus. : 


*Driver Types are: | = Input, O = Output, [/O = Bi-directional Output, OCH = Open Collector, 3SH = TRI-STATE Output, TTL = TTL Compatible, AU! = 
Attachment Unit Interface, TP = Twisted Pair Interface, LED-= LED Drive, MOS = CMOS Level Compatible, XTAL = Crystal. 
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2.0 Pin Description (Continued) 


Pin No. [ PinName | Type* | Description 


EXTERNAL MEMORY SUPPORT (Continued) 


36 RCS1 O RAM CHIP SELECT 1: Drives the chip select of the external RAM on the lower half 
MOS | of the memory support data bus. 
34 RCS2 O RAM CHIP SELECT 2: Drives the chip select of the external RAM on the upper half 
MOS | of the memory support data bus. 
38 EECS EEPROM CHIP SELECT: Strobes data from the EEPROM onto the memory support 
data bus. 
EECONFIG | CONFIGURE FROM EEPROM: When this pin is tied high the AT/LANTIC Controller 
TTL | loads the configuration from an EEPROM. 
BSCLK | INTERNAL BUS CLOCK: This controls the speed of the NIC core if it is not running 
TTL | off of an internal clock (see Configuration Register C). This pin should be tied to 
ground if it is unused. 
LOW POWER SUPPORT 


LOWPWR | LOW POWER: Instructs AT/LANTIC Controller to enter its low power mode, as 
TTL | detailed in Section 4.5. Should be tied to ground for normal operation. 
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TEST SUPPORT 


TEST: This input is only used for test mode. It should be left unconnected as it has 
an internal pull-down resistor which will enable correct operation. 


POWER SUPPLY PINS 


160 PLLVcc PLL 5V SUPPLY PINS: This pin supplies 5V to the AT/LANTIC’s analog PLL inside 
the ENDEC block. To maximize data recovery it is recommended that analog layout 
and decoupling rules be applied between this pin and PLLGND. 


159 PLLGND | _| PLL NEGATIVE (GROUND) SUPPLY PINS 


157, 152, PVcc PHYSICAL MEDIA 5V SUPPLY PINS: These pins supply 5V to the AT/LANTIC’s 

144, 143, analog physical media interface circuitry. 

139 

158, 149, PGND PHYSICAL LAYER NEGATIVE (GROUND) SUPPLY PINS: These pins are the 

140, 138 ground to the AT/LANTIC’s analog physical media interface circuitry. 

9 OSCILLATOR 5V SUPPLY PINS: This pin supplies 5V to the AT/LANTIC’s oscillator 
and LED circuitry. 


OSCILLATOR NEGATIVE (GROUND) SUPPLY PINS: This pin is the ground to the 
AT/LANTIC’s oscillator and LED circuitry. 


59, 49, POSITIVE 5V SUPPLY PINS: These pins supply power to the AT/LANTIC 
24,13 Controller’s logic. 


60, 54,44, | GND NEGATIVE (GROUND) SUPPLY PINS: These are the supply pins for the 

35, 23, 14 AT/LANTIC Controller’s logic. It is suggested that decoupling capacitors be 
connected between the Vcc and GND pins. It is essential to provide a path to ground 
for the GND pins with the lowest possible impedance. 


132, 121, [FVcc INTERFACE POSITIVE 5V SUPPLY PINS: These pins supply power to the 
107, 87, 68 AT/LANTIC Controller’s ISA interface. 


135, 129, IFGND INTERFACE NEGATIVE (GROUND) SUPPLY PINS: These are the supply pins for 
125, 124, the AT/LANTIC Controller's ISA interface. It is suggested that decoupling capacitors 
116, 98, be connected between the IFVcc and IFGND pins. It is essential to provide a path to 
85, 71, 65 ground for the IFGND pins with the lowest possible impedance. 


"Driver Types are: | = Input, O = Output, I/O = Bi-directional Output, OCH = Open Collector, 3SH = TRI-STATE Output, TTL = TTL Compatible, AUI = 
Attachment Unit Interface, TP! = Twisted Pair Interface, LED = LED Drive, MOS = CMOS Level Compatible, XTAL = Crystal. 
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3.0 Simplified Application Diagram 
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4.0 Functional Description 


The AT/LANTIC Controller is a highly integrated and config- 

urable Ethernet controller making it suitable for most Ether- 

net applications. The AT/LANTIC Controller integrates the 

functions of the following blocks: 

1. DP8390 Ethernet Controller Core and Media Access 
Control logic. 

. ISA Bus Interface containing all logic required to connect 
the DP8390 core to a packet buffer RAM and the ISA 
bus. 

. Media Interface which includes an Encoder/Decoder 
block with an AUI (Attachment Unit Interface) and a 
10BASE-T Twisted Pair Interface. 
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DO, DI, SK 


Optional Configuration Switches 


AUI Interface 
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Twisted Pair Interface 


Filters/ 
Transformers 


Twisted Pair 
Cable 


. Attachment Unit 
Interface Cable 
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4.1 BUS INTERFACE BLOCK 

The AT/LANTIC Controller’s Bus interface block provides 
the circuitry to interface the Ethernet controller logic, and 
the external packet buffer RAM to an ISA (Industry Standard 
Architecture) Bus. The bus interface provides several con- 
figuration modes which offer various different features de- 
pending on the designer's specific design requirements. 
The possible modes are: 

1. 16-Bit or 8-Bit Shared Memory Compatible Mode 

2. 16-Bit or 8-Bit Shared Memory Enhanced Mode 

3. 16-Bit or 8-Bit 1/O Port Compatible Mode 

4. 16-Bit or 8-Bit |/O Port Enhanced Mode 

This section describes the function of each of these modes. 


4.0 Functional Description (continued) 


AU! Cable 


Twisted Pair 


Manchester Encoder decoder 
DP8390 Core 


Bus 
Mode 
Select 


24-Bit Address Bus 


ISA Bus Interface Logic and drivers 


16-Bit Data Bus 


To 
External 
RAM 


Memory Arbitration 
and Control Logic 


Control Signals 
TL/F/11498-4 


FIGURE 1. Block Diagram of AT/LANTIC Controller 


DETERMINING 8- OR 16-BIT WIDE DATA 


AT/LANTIC Controller can treat the system data bus and all 
internal data busses as 8 or 16 bits wide. 8- or 16-bit mode 
is determined by the DWID pin. For an adapter card this bit 
can be used to automatically detect if the card has been 
plugged into an 8- or 16-bit slot. If this pin is connected to a 
Vpp on the upper connector it will be high when plugged 
into a 16-bit slot, enabling 16-bit mode, and floating when 
plugged into an 8-bit slot. When floating the internal pull- 
down resistor will enable 8-bit mode. 


SHARED MEMORY ARCHITECTURE 


SHARED 


DP8390 


MEMORY CORE 


, TL/F/11498-5 
FIGURE 2. Shared Memory 
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In this mode the AT/LANTIC Controller’s internal memory 
map, using external RAM devices, is mapped into the host 
system’s memory map. Both the AT/LANTIC Controller and 
the host system can directly access this memory. The 
AT/LANTIC Controller controls the arbitration for this mem- 
ory area, giving priority to its internal accesses. It also has 
an internal FIFO to allow for any latency on internal trans- 
fers introduced by system accesses. If a system access oc- 
curs while an internal access is current the AT/LANTIC 
Controller will insert wait states into the system cycle until 
the internal transfer is complete. 

In this mode the AT/LANTIC Controller's internal registers 
are accessed within the system’s I/O map. The address 
within this |/O map is set by Configuration Register A. The 
user programs the address of the shared memory within the 
host systems memory map by writing to a register in 
AT/LANTIC Controller. The memory is not accessible by 
the user until after this register has been programmed. 
There are two basic Shared Memory modes, compatible 
mode, and non-compatible mode, as described in the fol- 
lowing text. 
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4.0 Functional Description (Continued) 


Shared Memory Compatible Mode !/O Address 

Mapping 
The shared memory is at an address decided by the Ad- 
dress Decode Register and the base !/O address of 
AT/LANTIC Controller is configured in Configuration Regis- 
ter A. At that address the following structure appears. 


Addr D7-0 

00 

01 (Read only) 
02 

ca 

04 

05 

06 

07 

08 (Read only) 
09 (Read only) 
OA (Read only) 
OB (Read only) 
oc (Read only) 
oD (Read only) 
OE (Read only) 
OF (Read only) 
iF registers 

(a) 
D15 


DO 
0000H 8k x 16 
Buffer RAM 


#peph Aliased 


Buffer RAM 


een Aliased 


Buffer RAM 


COO0H 


Aliased — 
Buffer RAM 


FFFFH 


(b) 


FIGURE 3. Shared Memory Mode a) Register 
Mapping and b) NIC Core Memory Map 


The AT Detect Register indicates whether AT/LANTIC Con- 
troller is in an 8- or 16-bit slot. The least significant bit of this 
register is set high when AT/LANTIC Controller is in 16-bit 
mode and low in 8-bit mode. Addresses 08H to 10H are 


specified as the PROM space for compatibility with the Eth- 
ercard PLUS16. This is actually an array of 8-bit registers 
which are loaded from an external EEPROM after 
AT/LANTIC Controller is initialized by a reset pulse. The 
user should program the EEPROM to contain these values. 


“The 8k words of memory can be accessed directly by the 


host system in the same manner as any other memory. Typ- 
ically the programmer would remove data from this buffer 
using a “MOV” or “MOVSW" instruction. 


8-BIT SHARED MEMORY COMPATIBLE MODE 


In this mode the I/O map remains the same. The NIC core 
can still operate in 16-bit mode, if bit 6 of Control Register 2 
is set high and the full 16 kbytes of RAM are still available. 
However, only 8-bit system accesses are allowed. If bit 6 of 
Control register 2 is low the NIC core must operate in 8-bit 
mode and only 8k of memory is available. The NIC Core 
data width is set by the WTS bit in the Data Configuration 
Register. 

A low cost card, using only one 8 kbyte RAM, can be de- 
signed. If the DWID pin is left unconnected, or tied to GND, 
then the AT/LANTIC Controller will always operate in 8-bit 
mode, regardless of the slot the board is in. 

If DWID is low the address bits of Control Register 2 should 
not be written to as they have no effect. In this mode the 


- address.comparator assumes that SA19 is to be compared 
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to a logic high, with the other address comparisons pro- 
grammed into Control Register 1. 


SHARED MEMORY NON-COMPATIBLE MODE 


- These modes are similar to the compatible mode. The dif- 


ference is that they map a full 64 kbytes of RAM into the 
PC’s memory address space. The I/O map remains the 
same. 


1/0 PORT ARCHITECTURE 


DP8390 
CORE 


TL/F/11498-6 
FIGURE 4. I/O Port 


This is the architecture used by Novell's NE2000. In this 
mode the AT/LANTIC Controller's internal memory map is 
accessed byte or word at a time, via a port within the sys- 
tem’s I/O space. AT/LANTIC Controller is programmed by 
the user to control the transfers between its internal memo- 
ry and the I/O port. 


In this mode the AT/LANTIC Controller's internal registers 
and the memory access port are accessed within the sys- 
tem’s I/O map. The address within this 1/O map is set by 
Configuration Register A. 


4.0 Functional Description (Continue) 


16-BIT I/O PORT COMPATIBLE MODE 1/O ADDRESS 
MAPPING 


This mode is compatible with Novell’s NE2000. The base 
1/O address of the AT/LANTIC Controller is configured by 
Configuration Register A (either upon power up or by soft- 
ware writing to this register). At that address the following 
structure appears. 


Base + 00H 
DP8390 
Core 
Registers 
Base + OFH 
Base + 10H 
Data Transfer Port 
Base + 17H 
Base + 18H 
Reset Port 
Base + 1FH 


FIGURE 5. I/O Port Mode Register I/O Map 


The registers within this area are 8 bits wide, but the data 
transfer port is 16 bits wide. The AT/LANTIC Controller’s 
registers can be programmed to control the passing of data 
between its internal memory and the data transfer port. By 
accessing the data transfer port (using I/O instructions) the 
user can transfer data to or from the AT/LANTIC Control- 
ler’s internal memory. The AT/LANTIC Controller's internal 
memory map is as shown in Figure 6. 


AT/LANTIC Controller actually has a 64k address range but 
only does partial decoding on these devices. The PROM 
data is mirrored at all decodes up to 4000H and the entire 
map is repeated at 8000H. To access either the PROM or 
the RAM the user must initiate a Remote DMA transfer be- 
tween the I/O port and memory. 


On a remote read the AT/LANTIC Controller moves data 
from its internal memory map to the I/O port and the host 
system reads it by using an “INW” or “INSW” instruction 
from the I/O address of the data transfer port. If the system 
attempts to read the port before AT/LANTIC Controller has 
written the next word of data to it AT/LANTIC Controller will 
insert wait states into the system cycle, using the CHRDY 


1EH 
1CH 


OAH 
08H 
06H 
04H 
02H 
00H 


D15 DO 
| | PROM 


Aliased PROM 


0000H 
001FH 


4000H 


8k x 16 


7FEFH Buffer RAM 
8000H 
CO00H 

Aliased 


EFFFH Buffer RAM 


(a) 


| 00 | Ernst Address 5 | 
| 00 | EnetAddress.4 
[00 | Enot Address | 
| 00 | Enet Address 2 | 
| 00 
a a 


DO 
57H 
57H 
: 
e 
= 

= 

: 


(b) 


FIGURE 6. a) NIC Core’s Memory Map 


b) 16 Bit Prom Map 
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4.0 Functional Description (continued 


line. AT/LANTIC Controller will not begin the next memory 
read until the previous word of data has been read. 


On a remote write the system writes data to the I/O port, 
using an “OUTW” or “OUTSW” instruction, and 
AT/LANTIC Controller moves it to its buffer memory. If the 
system attempts to write to the port before AT/LANTIC 
Controller has moved the data to memory AT/LANTIC Con- 
troller will insert wait states into the system cycle, using the 
CHRDY line. AT/LANTIC Controller will not begin the next 
memory write until a new word has been written to the I/O 
port. 


Addresses 00H to 1FH are specified as the PROM space 
for compatibility with the NE2000. This is actually an array of 
8-bit registers which are loaded from an external EEPROM 
after AT/LANTIC Controller is initialized by an ISA RESET. 
They should contain the same data as the PROM did in the 
NE2000 and in the same format. As can be seen the PROM 
registers are only 8-bits wide. To transfer the data out the 
user must initiate a 16-bit DMA read transfer and discard the 
most significant byte of data on each transfer. 


At address 00H of the PROM is a six byte Ethernet address 
for this node. The upper two addresses of the PROM store 
contain bytes which identify whether the AT/LANTIC Con- 
troller is in 8- or 16-bit mode. For 16-bit mode these bytes 
both contain the value 57H, for 8-bit mode they both contain 
42H. 


8-BIT 1/0 PORT COMPATIBLE MODE 


This mode is compatible with the 8-bit mode offered by 
Novell’s NE2000. The NE2000 automatically detects wheth- 
er it is in an 8- or 16-bit slot and configures itself appropri- 
ately. As explained in the previous paragraphs, the user can 
determine whether the board is in 8- or 16-bit mode by read- 
ing the PROM. In 8-bit mode only 8 kbytes of RAM are 
addressable, as in the 8-bit mode of the NE2000. The 1/O 
map is the same as the 16-bit mode, the memory map is 
shown in Figure 7. Again the PROM has only a partial de- 
code, so is mirrored at all addresses up to 4000H. The 
PROM still occupies 32 bytes of address space, although it 
only has 16 bytes of data, as the data at all odd address 
locations is merely a mirror of the data at the previous even 
address location. The RAM is mirrored at.6000H and the 
entire map mirrored at 8000H. 


A low cost card, using only one 8 kbyte RAM, can be de- 
signed. If the DWID pin is left unconnected, or tied to GND, 
then the AT/LANTIC Controller will always operate in 8-bit 
mode, regardless of the slot the board is in. 


I/O PORT NON-COMPATIBLE MODE 


This mode is similar to Novell’s NE2000, but this mode al- 
lows the user to use the full 64 kbytes of address space 
except for an initial page for the PROM. The memory map 
for this board is shown in Figure 8. The memory map is the 
same for both 8- and 16-bit modes. Although the PROM 
store occupies 256 bytes, it is only 16 bytes long. The entire 
map is mirrored at 8000H. 

A low cost card, using only one 8 kbyte RAM, can be de- 
signed. If the DWID pin is left unconnected, or tied to GND, 
then the AT/LANTIC Controller will always operate in 8-bit 
mode, regardless of the slot the board is in. 


1EH 
1CH 


OAH 
08H 
06H 
04H 
02H 
00H 


7 
= 
: 
= 
= 


Aliased PROM 


4000h 


8k x 8 BUFFER RAM 


6000h 


RESERVED 


8000h 
(a) 


D15 
e 
e 


DO 


e + 
RESERVED . RESERVED . 
e 


netAddress5 | ~—E’net Address 5 
net Address 4 E’net Address 4 


netAddress2.. | E’netAddress2 . 
net Address 1 E’net Address 1 
E'net Address 0 E'net Address 0 
) ‘ 


(b 


FIGURE 7. a) 8-Bit NIC Core’s Memory Map 


b) 8-Bit PROM Map 


0000H 
oorrH |__PROM 


0100H 
BUFFER RAM 
FFFFH 
FIGURE 8. 1/O Port Enhanced Mode 
DP8390 Core Memory Map 


4.0 Functional Description (Continued) 


4.2 POWER ON RESET OPERATION 


The AT/LANTIC Controller corifigures itself after a Reset 
signal is applied. To be recognized as a valid Power-On-Re- 
set the Reset signal must be active for at least 415 ps. 
Figure 9 shows how the RESET circuitry operates. 


Veo _/f 
RESET / \ 


lOinactive / \ 
RegLoad | / \ 
EELoad / \ 


TL/F/11498-7 
FIGURE 9. RESET Operation 


The ISA standard determines that within 500 ns of RESET 
going active all devices should enter the appropriate reset 
condition. The AT/LANTIC Controller will generate the inter- 
nal signal IOinactive after RESET has been active for 
415 ns, which will disable all outputs and cause RESET to 
be the only input monitored. The AT/LANTIC Controller will 
not respond to a RESET pulse of shorter duration than this. 
An internal timer continues to monitor the amount of time 
RESET is active. After 415 ys it is considered a valid Power- 
On-Reset and an internal signal called RegLoad is generat- 
ed. 


When a Power-On-Reset occurs the AT/LANTIC Controller 
latches in the values on the configuration pins and uses 
these to configure the internal registers and options. Inter- 
nally these pins contain pull-down resistors, which are en- 
abled when IOinactive goes active. If any pins are uncon- 
nected they default to a logic zero. The internal pull-down 
resistor has a high resistance to allow the external pull-up 
resistors to be of a high value. This limits the current taken 
by the memory support bus. The suggested external resistor 
value is 10 kf. The configuration registers are loaded from 
the memory support bus when RESET goes inactive if Reg- 
Load is active. The internal pull-down resistors are enabled 
onto the bus until RegLoad has gone inactive. 


A Power-On-Reset also causes the AT/LANTIC Controller 
to load the internal PROM store from the EEPROM, which 
can take up to 320 ys. This occurs after RegLoad has gone 
inactive. The AT/LANTIC Controller will be inaccessible dur- 
ing this time. If EECONFIG is held high the configuration 
data loaded on the falling edge of RESET will be overwritten 
with data read from the serial EEPROM. Regardless of the 
level on EECONFIG the PROM store will always be loaded 
with data from the serial EEPROM during the time specified 
as EELoad. 


4.3 EEPROM OPERATION 

The AT/LANTIC Controller uses an NM93C06, or 
EEPROM with compatible timings. The NM93C06 is a 256- 
bit device, arranged as 16 words each 16 bits wide. The 
programmed contents of the EEPROM is shown in Figure 
10. 


Mapping EEPROM Into PROM Space 


Data is read from the EEPROM at boot time and stored in 
registers within the AT/LANTIC Controller. While this opera- 
tion takes place the AT/LANTIC Controller can not be ac- 


D15 
Config B Config. A 


DO 


03H Reserved Reserved 
(Checksum) (Board Type) 

02H | E’net Address 5 | E’net Address 4 

01H | E’net Address 3 | E’net Address 2 


OOH | E’net Address 1 | E’net Address 0 


Note 1: The contents of locations 03H and 04H differ between I/O Mode 
and Shared Memory Mode. The Shared Memory Mode values are shown in 
parentheses. For compatibility with both modes default to the shared memo- 
ty mode values. 


Note 2: Programming 73H into the upper address is not absolutely required 
but is strongly recommended for future compatibility of manufacturing pro- 
cess. 


FIGURE 10. EEPROM Programming Map 


cessed by the system. These registers are mapped into the 
space traditionally occupied by the PROM in the NE2000 or 
the EtherCard PLUS16. The size and format of this data 
read is determined by the mode of operation. 


SHARED MEMORY MODE 


In this mode, program the EEPROM to contain the node’s 
Ethernet address in the first six bytes, a byte identifying the 
type of board AT/LANTIC Controller is emulating in byte 7 
and a checksum byte in byte 8. The two’s complement sum 
of these eight bytes should equal FFH. 


In this Mode the AT/LANTIC Controller reads the first 4 
words from the EEPROM and maps them into the I/O map 
at the appropriate address. 


1/0 PORT MODE 


In this mode, program the EEPROM to contain the node’s 
Ethernet address in the first six bytes. The user should then 
program 5757H and 4242H into the subsequent bytes. The 
AT/LANTIC Controller will decide which of these values 
should be loaded into the PROM store depending on the 
DWID pin. (The data width is programmed in this mode by 
setting the WTS bit in the Data Configuration Register and 
setting the DWID pin for the proper mode.) If some other 
numerical values are preferred to indicate the mode then 
they can be programmed at this location in the EEPROM 
and AT/LANTIC Controller will put them at the correct ad- 
dress. 


In this mode the AT/LANTIC Controller reads the first 7 
words from the EEPROM and maps them into the memory 
map at the appropriate address. If in 16-bit mode it also 
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4.0 Functional Description (Continued) 


reads the next word in the EEPROM and appends this. If in 
8-bit mode it skips a word, then reads and appends the next 
word. 


Storing and Loading Configuration from EEPROM 

If the EECONFIG pin is high during boot up the AT/LANTIC 
Controller’s configuration is read from the EEPROM, before 
the PROM data is read. The configuration data is stored 
within the upper two words of the EEPROM’s address 
space. Configuration Registers A and B are located in the 
lower of these words, Register C in the lower byte of the 
upper word, as shown in Figure 10. 

To write this configuration into the EEPROM the user must 
follow the routine specified in the pseudo code below. This 
operation will work regardless of the level on EECONFIG. 
The EELOAD bit of Configuration Register B being set starts 
the EEPROM write process. Care should be taken not to 
accidently set the GDLINK bit and therefore disable link in- 
tegrity checking. The next 3 writes to this register load the 
values that will be stored in the configuration register (note 
that the last 2 of these writes do not have to follow the 
normal practice of preceding a write to this register with a 
read to this.address). The AT/LANTIC Controller will then 
commence the EEPROM write. The write has been com- 
pleted when the EELOAD bit goes to zero. This loading pro- 
cedure should be followed exactly and interrupts should be 
disabled until it has completed, to prevent any accidental 
accesses to the AT/LANTIC Controller. 


EEPROM_LOAD() — 
{ 


DISABLE_INTERRUPTS(; 
value. = READ(CONFIG__B); 
value = value AND 1 GDLINK; 
value = value OR EELOAD; 
WRITE(CONFIG_, value); 
READ(CONFIG__B); 
WRITE(CONFIG__B, config__for__A); 
WRITE(CONFIG__B, config__for__B); 
WRITE(CONFIG_B, config__for__C); 
while (value AND EELOAD) 

{ 

value = READ(CONFIG__B); 

WAIT(; 


j 
ENABLE_INTERRUPTS(); 
} 


4.4 JUMPERED AND JUMPERLESS OPERATION 
SUPPORT a 
The AT/LANTIC Controller supports several options that 
enable the implementation of either a “jumpered” or “jump- 
erless” power on configuration when installed into a stan- 
dard PC compatible’s ISA bus. A wide range of options are 
provided to ensure that the AT/LANTIC Controller can be 
configured by an end user to function in all possible PC-AT 
system configurations. Several types of configuration op- 
tions can be implemented examples including: 

1. Full jumper options: All programmable options are select- 
ed by utilizing jumpers on the board. Option selection 
requires no special software. An example of this is 
shown in the Figure 77. a, 


. I/O address jumpers only: All other options configurable 
via software. This option simplifies installation while max- 
imizing compatibility. 

3. Jumperless: Special scheme provides contention-free 
1/O address selection. 


The AT/LANTIC Controller’s Configuration Registers are 
the key to providing the-ability to implement various configu- 
ration options. These registers are configured by the same 
method in shared memory and I/O port modes, 8- or 16-bit 
modes. The bit definitions of these registers are provided in 
Section 5. All three registers are configured by hardware 
selection during the Power-On-Reset of the system. Two of 
these registers can be configured via software (the Mode 
Configuration Registers A and B). The third register (Hard- 
ware Configuration Register C) is only configured during re- 
set. : 

The following table indicates most of the AT/LANTIC Con- 
troller options that a designer may like to have user configu- 
rable. (This list does not represent the complete list. For the 
full list see the Configuration register descriptions. in 
Section 5.) 7 


_ TABLE I. Some Configuration Options 
for AT/LANTIC Controller 


1/O Base Address 0300H 
Software 
0240H 0340H 


0280H O0360H 


Interrupt No. 4 Interrupts 8 Interrupts 


Boot PROM Disabled OCCOOH 
Address OCO00H ODO00H 
0C400H 0D400H 
0C800H O0D800H 
ODCOOH 


Boot PROM Size None . 32k 
16k 64k 
. Media Selection - Twisted Pair Thin Ethernet 
AUI Port 
Architecture \/OMode — Shared RAM 
: Mode 
Bus Timing _ IOCHRDY MEM16 Mode 
Options Mode a 


The three basic options are described below. Because of 
the variety of programmable options there are a number of 
variations possible, only a few typical examples will be dis- 
cussed. 


FULLY JUMPERED OPERATION . 


This option is shown in Figure 77. In this configuration most 
options are selected by jumpers on the AT/LANTIC Control- 
ler’s memory bus. For this option all configuration options 
are set upon power-on by the AT/LANTIC Controller as de- 
scribed in Section 4.2. Accessing the configuration registers 
is unnecessary and the EEPROM need only contain the 


’ - 02COH 
0320H 


4.0 Functional Description (continued) 


JP1. .JP3 1/O Address 

JP4..JP5 INTR Jumper 

JP6 10 OR Shared RAM 

JP7, JP8 Thin, Thick or TP Interface 
JP9, CHRDY Assertion 

JP10..JP13 EPROM Address and Size 


_ 


RAM 
Address 
Bus 


RAM 
Data 
Bus 
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FIGURE 11. Example of Jumper Configuration 


Ethernet ID address (Configuration Register B bit 7 should 
be set to disable EEPROM configuration mode, and Config- 
uration Register C bit 7 could be set to disable software 
configuration completely). 


MINIMAL JUMPERS 


The AT/LANTIC Controller’s configuration registers provide 
the capability to enable software to configure various op- 
tions (some may be hardwired). For the one option that is 
not easily configured on the ISA bus is the !/O address 
options. The reason for this is that the I/O locations must 
first be known by the software in order for the software (usu- 
ally a device driver) to access the AT/LANTIC Controller. 
However, upon power up, in order to access a register to 
configure the I/O base address to avoid conflicts some de- 
fault location must be given (typically set in hardware on the 
memory bus). It is possible that this default location conflicts 
with an already installed device. If this is the case then one 
possible solution, is to provide a jumper option for only the 
1/O Addresses. A similar situation exists for the boot PROM 
memory addresses. 

In this application all options except the I/O address and 
the boot PROM are hardwired on the memory bus to a de- 
fault setting. After power up software can change the con- 
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figuration to avoid conflicts on these settings. The advan- 
tage of this approach is that for most systems the default 
|/O address setting is the correct one and no installation will 
be required in this case. This approach minimizes any com- 
patibility issues. 


NO JUMPERS 


The conflicts possible in the I/O base selection can be over- 
come by a special mode for software configuration of the 
1/O base address. By using this mode, and by using the 
configuration storage capability of the EEPROM a fully soft- 
ware configurable design on the ISA bus can be realized 
without address conflict problems. 


This mode is invoked by having the AT/LANTIC Controller 
default to jumperless software configuration option in the 
1/0 base selection. This mode enables configuration regis- 
ter A to be mapped to address location 278H which is de- 
fined to be a printer port’s data register. If software writes to 
this location four consecutive times on the fourth write the 
AT/LANTIC Controller will load the data written into the I/O 
address bits of Configuration Register A. This data should 
set the I/O base address to a known conflict-free value. The 
AT/LANTIC Controller can now be configured and operated 
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4.0 Functional Description (Continued) 


at the desired base I/O address. If desired the configuration 
software could change the EEPROM content to the new 
values eliminating the need to reconfigure upon each power 
up. Alternately the software could leave the EEPROM alone 
and execute the configuration using the printer port’s data 
register upon each power up. This configuration scheme will 
only work once after each power-up. Therefore the user 
cannot enable the AT/LANTIC Controller from reserved 
mode, change it back into reserved mode, and enable it 
again. A power-on reset must occur between the first time it 
is enabled from the reserved mode and the second. 


A second consideration is the location of the boot PROM in 
the system memory map, which also has the same conflict 
and programming considerations as the I/O address selec- 
tion. However the solution is different, primarily because the 
boot PROM must be configured before power up. This is 
because during normal usage of the boot PROM the PC’s 
BIOS will look for the ROM immediately after reset, not al- 
lowing configuration software to first select the boot PROM 
addressing prior to usage. 


To configure the boot PROM without jumpers the configura- 
tion software must first power up the AT/LANTIC Controller, 
configure the EEPROM to the desired location, then hard- 
ware reset the AT/LANTIC Controller. After the reset the 
AT/LANTIC Controller’s EEPROM will load in the desired 
boot PROM configuration automatically during the reset. 
Now after reset when the PC scans for the boot PROM, the 
ROM will be correctly mapped in the memory space en- 
abling the network boot operation to proceed. 


Ethernet Cable Configuration 


AT/LANTIC Controller offers the choice of all the possible 
Ethernet cablihg options, that is Ethernet (10BASES5), Thin 
Ethernet (10BASE2) and Twisted-pair Ethernet (10BASE-T). 
The type of cabling used is controlled by Configuration Reg- 
ister B. AT/LANTIC Controller also supplies a THIN output 
signal which can be used to disable/enable an external 
DC-DC converter which is required for 10BASE2. 


4.5 LOW POWER OPERATION 


The AT/LANTIC Controller has a low power support mode 
that can be used to disable the Ethernet port and conserve 
power. It should be noted that the device is not operational 
in this mode and requires to be initialized after exiting this 
mode. 


The power and ground pins to the AT/LANTIC Controller 
are split up into two groups, interface and core. By switching 
the power off to the core logic while still powering the inter- 
face logic the AT/LANTIC Controller can be powered down 
without crashing the ISA bus. The LOWPWR pin should be 
driven high to indicate that the device is about to go into low 
power then the power to the Vpp pins should be switched 
off. The same signal that is used to drive the LOWPWR pin 
can be used to drive a p-channel load switch to disable 
power to the core. This switch must have a very low on 
resistance to minimize the voltage difference between the 
Voc and the IFVcc. All devices on the memory support bus 
should also be powered from the Vcc supply. 


4.6 BOOT PROM OPERATION 


The AT/LANTIC Controller supports an optional boot 
PROM, the address and size of which can be set in Configu- 
ration Register C. This boot PROM can be any 8 bits wide 
storage device implemented with a non-volatile technology. 
Write cycles to this device can be enabled and disabled by 
programming Configuration Register B. This can be used to 
prevent unwanted write cycles to certain devices, such as a 
Flash EEPROM. It should be noted that the address pins 
for the boot PROM should be connected directly to the 
ISA bus. The AT/LANTIC Controller supplies the chip se- 
lect to the device and buffers the data onto and from the 
ISA bus, so the memory support data bus should Ps con- 
nected to the boot PROM’s data pins. 


4.7 DP8390 CORE (NETWORK INTERFACE 
CONTROLLER) 


The DP8390 Core logic, Figure 12, contains the Serializer/ 
Deserializer which is controlled by the Protocol PLA, DMA 
Control, FIFO, Address Comparator, Multicast Hashing Reg- 
ister. The DP8390 core implements all of the IEEE 802.3 
Media access control functions for the AT/LANTIC Control- 
ler, and interfaces to the internat ENDEC (on the left of the 
block diagram) and also interfaces to the Bus Interface and 
memory support bus via a number of address, data and con- 
trol signal (and the right side of the block diagram). The 
following sections describe the functions of the DP8390 
core. 


Receive Deserializer 


The Receive Deserializer is activated when the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Delimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 


CRC Generator/Checker 


During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the synch byte. The CRC is shifted out MSB first 
following the last transmit byte. During reception the CRC 
logic generates a CRC field from the incoming packet. This 
local CRC is serially compared to the incoming CRC ap- 
pended to the end of the packet by the transmitting node. If 
the local and received CRC match, a specific pattern will be 
generated and decoded to indicate no data errors. Trans- 
mission errors result in different patterns and are detected, 
resulting in rejection of a packet. 


4.0 Functional Description (Continued) 
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FIGURE 12. DP8390 Controller Core Simplified Block Diagram 


Transmit Serializer 


The Transmit Serializer reads parallel data from the FIFO 
and serializes it for transmission. The serializer is clocked by 
the transmit clock generated internally. The serial data is 
also shifted into the CRC generator/checker. At the begin- 
ning of each transmission, the Preamble and Synch Gener- 
ator append 62 bits of 1,0 preamble and a 1,1 synch pat- 
tern. After the last data byte of the packet has been serial- 
ized the 32-bit FCS (Frame Check Sequence) field is shifted 
directly out of the CRC generator. In the event of a collision 
the Preamble and Synch generator is used to generate.a 
32-bit JAM pattern of all 1’s. 


Comparator-address Recognition Logic 


The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, otherwise it is rejected by the Proto- 
col Control Logic. Each destination address is also checked 
for all 1’s which is the reserved broadcast address. 


FIFO and Packet Data Operations. 
OVERVIEW 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the packet buffer memory, the AT/LANTIC Controller con- 
tains a 16-byte FIFO for buffering data between the media 
and the buffer RAM located on the memory support bus. 
The FIFO threshold is programmable, allowing filling (or 
emptying) the FIFO at different rates. When the FIFO has 
filled to its programmed threshold, the local DMA channel 
transfers these bytes (or words) into local memory (via the 


memory bus). It is crucial that the local DMA is given access 
to the bus within a minimum bus latency time; otherwise a 
FIFO underrun (or overrun) occurs. 


FIFO underruns or overruns are caused when a local DMA 
request is issued while an ISA bus access is current and the 
ISA cycle takes longer to complete than the local DMA’s 
tolerable latency. This tolerable latency depends on the 
FIFO threshold, whether it is in byte or word wide mode and 
the speed of the DMA clock (BSCLK frequency). Note that 
this refers to standard ISA cycles NOT those where the 
CHRDY is deasserted extending the cycle. 


FIFO THRESHOLD DETECTION 


To assure that there is no overwriting of data in the FIFO, 
the FIFO logic flags a FIFO overrun as the 13th byte is 
written into the FIFO, effectively shortening the FIFO to 13 
bytes. The FIFO logic also operates differently in Byte Mode 
and in Word Mode. In Byte Mode, a threshold is indicated 
when the n+1 byte has entered the FIFO; thus, with an 8 
byte threshold, the AT/LANTIC Controller issues a request 
to the buffer RAM when the 9th byte has entered the FIFO, 
making the effective threshold 9 bytes. For Word Mode, the 
request is not generated until the n+ 2 bytes have entered 
the FIFO. Thus, with a 4 word threshold (equivalent to 8 
byte threshold), a request to the buffer RAM is issued when 
the 10th byte has entered the FIFO, making the effective 
threshold 10 bytes. 


TOLERABLE LATENCY CALCULATION 


To prevent a FIFO overrun a byte (or word) of data must be 
removed from the FIFO before the 13th byte is written. 
Therefore the worst case tolerable latency is the time from 
the effective threshold being reached to the time the 13th 
byte is written minus the time taken to load the first byte (or 
word) of data to the FIFO during a local DMA burst (8 
BSCLKs). 
tolerable latency = ((overrun — effective) threshold 
X time to transfer byte on network) 
— time to fill 1st FIFO location 
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4.0 Functional Description (Continued) 
For the case of a 4 word threshold using a 20 MHz BSCLK: 


tolerable latency = ((13 — 10) < 800) — (8 x 50)ns 
=2ps 

To prevent a FIFO underrun a byte (or word) of data must 
be added from the FIFO before the last byte is removed. 
Therefore the worst case tolerable latency is the time from 
the effective threshold being reached to the. time the last 
byte is removed minus the time taken to load the first byte 
(or word) of data to the FIFO during a local DMA burst (8 
BSCLKs). 


tolerable latency = (threshold 
X time to transfer byte on network) 
— time to fill 1st FIFO location 


For the case of a 4 word threshold using a 20 MHz BSCLK: 


tolerable latency = (4 < 800) — (8 x 50) ns 
= 2.8 ps 
The worst case latency, either overrun or underrun, ulti- 
mately limits the overall latency that the AT/LANTIC Con- 
troller can tolerate. If the standard ISA cycles are shorter 
than the worst case latency then no FIFO overruns or un- 
derruns will occur. 


BEGINNING OF RECEIVE 


At the beginning or reception, the AT/LANTIC Controller 
stores entire Address field of each incoming packet in the 
FIFO to determine whether the packet matches its Physical 
Address Registers or maps to one of its Multicast Registers. 
This causes the FIFO to accumulate 8 bytes. 


Furthermore, there are some synchronization delays in the 
DMA PLA. Thus, the actual time that a request to access 
the buffer RAM is asserted from the time the Start of Frame 
Delimiter (SFD) is detected is 7.8 xs. This operation affects 
the bus latencies at 2 byte and 4 byte thresholds during the 
first receive request since the FIFO must be filled to 8 bytes 
(or 4 words) before issuing a request to the buffer RAM. 


END OF RECEIVE 


When the end of a packet is detected by the ENDEC mod- 
ule, the AT/LANTIC Controller enters its end of packet pro- 
cessing sequence, emptying its FIFO and writing the status 


" information at the beginning of the packet. The AT/LANTIC 


Controller holds onto the memory. bus for the entire se- 
quence. The longest time that local DMA will hold the buffer 
RAM occurs when a packet ends just as the AT/LANTIC 
Controller performs its last FIFO burst. The AT/LANTIC 
Controller, in this case, performs a programmed burst trans- 
fer followed by flushing the remaining bytes in the FIFO, and 
completed by writing the header information to the buffer 
memory. The following steps occur during this sequence. 
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1. AT/LANTIC Controller issues request to access the 
RAM because the FIFO threshold has been reached. 


2. During the burst, packet ends, resulting in the request 
being extended. 


3. AT/LANTIC Controller flushes remaining bytes from 
FIFO. 


4. AT/LANTIC Controller performs internal processing to 
prepare for writing the header. 


5. AT/LANTIC Controller writes 4-byte (2-word) header 


6. AT/LANTIC Controller de-asserts access to the buffer 
RAM. 


BEGINNING OF TRANSMIT 


Before transmitting, the AT/LANTIC Controller performs a 
prefetch from memory to load the FIFO. The number of 
bytes prefetched is the programmed FIFO threshold. The 
next request to the buffer RAM is not issued until after the 
AT/LANTIC Controller actually begins transmitting data, i.e., 
after SFD. 


READING THE FIFO 


If the FIFO is read during normal operation the AT/LANTIC 
Controller will “hang” the ISA bus by deasserting CHRDY 
and never asserting it. The FIFO should only be read during 
loopback diagnostics, when it will operate normally. 


PROTOCOL PLA 


The Protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protoco! PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 


DMA AND BUFFER CONTROL LOGIC 


The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the Local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. 


A second DMA channel is used when the AT/LANTIC Con- 
troller is used in I/O Port mode. This DMA is used as a slave 
DMA to transfer data between the local buffer memory and 
the host system. The Local DMA and Remote DMA are in- 
ternally arbitrated, with the Local DMA channel having high- 
est priority. Both DMA channels use a common external bus 
clock to generate all required bus timing. External arbitration 
is performed with a standard bus request, bus acknowledge 
handshake protocol. 

In the shared memory mode the Remote DMA is not used, 
because in this mode the system has direct read/write ac- 
cess to the buffer RAM. 


4.0 Functional Description (Continued) 


4.8 TWISTED PAIR INTERFACE MODULE 

The TPI consists of five main logical functions: 

a) The Receiver/Smart Squelch, responsible for determin- 
ing when valid data is present on the differential receive 
inputs (RXI+) and receiving the data. 

b) The Collision function checks for simultaneous transmis- 
sion and reception of data on the TXO+ and RXI+ pins. 

c) The Link Detector/Generator checks the integrity of the 
cable connecting the two twisted pair MAUs. 

d) The Jabber disables the transmitter if it attempts to 
transmit a longer than legal packet. 

e) The TX Driver and Pre-emphasis transmits Manchester 
encoded data to the twisted pair network via the sum- 
ming resistors and transformer/filter. 


Collision 


and 
Loopback 
| Control 


Jabber 
Timer 


Enable 


Receiver and Smart Squelch 


The AT/LANTIC Controller implements an intelligent re- 
ceive squelch on the RXI+ differential inputs to ensure that 
impulse noise on the receive inputs will not be mistaken for 
a valid signal. 

The squelch circuitry employs a combination of amplitude 
and timing measurements to determine the validity of data 
on the twisted pair inputs. There are two voltage level op- 
tions for the smart squelch. One mode, 10BASE-T mode, 
uses levels that meet the 10BASE-T specification. The sec- 
ond mode, reduced squelch mode, uses a lower squelch 
threshold level, and can be used in longer cable applica- 
tions where smaller signal levels may be applied. The 
squelch level mode can be selected in the AT/LANTIC Con- 
troller configuration registers. 


Figure 14 shows the operation of the smart squelch in 
10BASE-T mode. 
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FIGURE 13. Twisted Pair Interface Module Block Diagram 


S06E8da 


DP83905 


4.0 Functional Description (continued) 
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FIGURE 14. Twisted Pair Squelch Waveform 


The signal at the start of packet is checked by the smart 
squelch and any pulses not exceeding the squelch level 
(either positive or negative, depending upon polarity) will be 
rejected. Once this first squelch level is overcome correctly 
the opposite squelch level must then be exceeded within 
150 ns later. Finally the signal must exceed the original 
squelich level within a further 150 ns to ensure that the input 
waveform will not be rejected. The checking procedure re- 
sults in the loss of typically three bits at the beginning of 
each packet. 


Only after all these conditions have been satisfied will a 
control signal be generated to indicate to the remainder of 
the circuitry that valid data is present. At this time the smart 
squelch circuitry is reset. 


In the reduced squelch mode the operation is identical ex- 
cept that the lower squelch levels shown in Figure 14 are 
used. 


Valid data is considered to be present until either squelch 
level has not been generated for a time longer than 150 ns, 
indicating End of Packet. Once good data has been detect- 
ed the squelch levels are reduced to minimize the effect of 
noise causing premature End of Packet detection. 


Collision 


A collision is detected by the TP! module when the receive 
and transmit channels are active simultaneously. If the TPI 
is receiving when a collision is detected it is reported to the 
controller immediately. If, however, the TPI is transmitting 
when a collision is detected the collision is not reported until 
seven bits have been received while in the collision state. 
This prevents a collision being reported incorrectly due to 
noise on the network. The signal to the controller remains 
for the duration of the collision. 


Approximately 1 js after the transmission of each packet a 
signal called the Signal Quality Error (SQE) consisting of 
typically 10 cycles of 10 MHz is generated. This 10 MHz 
signal, also called the Heartbeat, ensures the continued 
functioning of the collision circuitry. 
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Link Detector/Generator 


The link generator is a timer circuit that generates a link 
pulse as defined by the 10 Base-T specification that will be 
generated by the transmitter section. The pulse which is 
100 ns wide is transmitted on the TXO+ output, every 
16 ms, in the absence of transmit data. 


The pulse is used to check the integrity of the connection to 
the remote MAU. The link detection circuit checks for valid 
pulses from the remote MAU and if valid link pulses are not 
received the link detector will disable the transmit, receive 
and collision detection functions. 


The GDLNK output can directly drive a LED to show that 
there is a good twisted pair link. For normal conditions the 
LED will be on. The link integrity function can be disabled by 
setting the GDLNK bit of Configuration Register B. 


Jabber 


The jabber timer monitors the transmitter and disables the 
transmission if the transmitter is active for greater than 
26 ms. The transmitter is then disabled for the whole time 
that the Endec module’s internal transmit enable is assert- 
ed. This signal has to be deasserted for approximately 
750 ms (the unjab time) before the Jabber re-enables the 
transmit outputs. 


Transmitter 


The transmitter consists of four signals, the true and compli- 
ment Manchester encoded data (TXO+) and these signals 
delayed by 50 ns (TXOd+) 


These four signals are resistively combined TXO+ with 
TXOd— and TXO— with TXOd+. This is known as digital 
pre-emphasis and is required to compensate for the twisted 
pair cable which acts like a low pass filter causing greater 
attenuation to the 10 MHz (50 ns) pulses of the Manchester 
encoded waveform than the 5 MHz (100 ns) pulses. 


An example of how these siqnals are combined is shown in 
the following diagram. 


4.0 Functional Description (continued) 
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FIGURE 15. Typical Summed Transmit Waveform 


The signal with pre-emphasis shown above is generated by resistively combining TXO+ and TXOd-. This signal along with its 
compliment is passed to the transmit filter. 
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FIGURE 16. External Circuitry to Connect AT/LANTIC Controller to Twisted Pair Cable 
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4.0 Functional Description (Continued) 
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4.0 Functional Description (Continued) 


Status Information 

Status information is provided by the AT/LANTIC Controller 
on the RXLED, TXLED, COLED and POL outputs as de- 
scribed in the pin description table. These outputs are suit- 


able for driving status LED’s as shown in Figure 77. All out-. 


puts are open drain. 


Recommended integrated Filter-Transformer-choke mod- 
ules: 


1. Pulse Engineering PE65424 
2. Valor FL1012 or FL1030. 


4.9 ENCODER/DECODER (ENDEC) MODULE 
The ENDEC consists of four main logical blocks: 


a. The oscillator generates the 10 MHz transmit clock sig- 
nal for system timing. 


b. The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits the data differentially to the transceiver, through the 
differential transmit driver. 


. The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock puls- 
es, and sends it to the controller. 


. The collision translator indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL. 


Oscillator 


The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between X1 and X2 or by an external 
. clock on X1. The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides internal clock signals to the 
encoding and decoding circuits. 


CRYSTAL OPERATION 


If the crystal used with the internal oscillator circuit is not 
properly selected, the AT/LANTIC Controller oscillator may 
not reliably start oscillation under all conditions. 


If this occurs, it could be deceiving to a designer, since his 
prototypes may work fine. However, when the designer 
does qualification testing or starts production, he may en- 
counter a higher than expected board yield loss due to the 
oscillator not starting. The AT/LANTIC Controller’s oscilla- 
tor circuit clocks the Encoder-Decoder logic. The 
AT/LANTIC Controller’s oscillator also clocks the twisted 
pair interface block. If the oscillator does not start, the 
AT/LANTIC Controller will not be able to transmit or re- 
ceive. 


If a crystal is connected to the AT/LANTIC Controller, it is 
recommended that the circuit shown in Figure 79 be used 
and that the components used meet the following: 


- Crystal XT1: AT cut parallel resonant crystal 

Series Resistance: <250 

Specified Load Capacitance: <20 pF 

Accuracy: 0.005% (50 ppm) 

Typical Load: 50 p»W-75 pW 
The recommended values for capacitors C1 and C2 are 
26 pF minus the board capacitance on that pin. Therefore if 
both X1 and X2 have 4 pF of board capacitance, then a 
22 pF capacitor should be used. 


According to the IEEE 802.3 standard, the entire oscillator 
circuit (crystal and amplifier) must be accurate to 0.01%. 
When using a crystal, the X2 pin is not guaranteed to pro- 
vide a TTL compatible logic output, and should not be used 
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X1 (OSCIN) 


X2 (OSCOUT) ! 


TL/F/11498~16 
FIGURE 19. Crystal Connection to AT/LANTIC 
Controller (see text for component values) 


to drive external standard logic. If additional logic needs to 
be driven, then an external oscillator should be used, as 
described in the following section. 


OSCILLATOR MODULE OPERATION 


\f the designer wishes to use a crystal clock oscillator, one 
that provides the following should be employed: 


1. TTL or CMOS output with a 0.01% frequency tolerance 
2. 40%-60% duty cycle 


The circuit is shown in Figure 20. When using a clock oscil- 
lator it is recommended that the designer connect the oscil- 
lator output to the X1 pin and leave the X2 pin floating. 


X2 (OSCOUT) - 


TL/F/11498-17 
FIGURE 20. AT/LANTIC Controller 
Connection for Oscillator Module 


Manchester Encoder and Differential Driver 


The differential transmit pair, on the secondary of the em- 
ployed transformer, drives up to 50 meters of twisted pair 
AUI cable. These outputs are source followers which require 
two 2702 pull-down resistors to ground (see Figure 27). 
The AT/LANTIC Controller allows full-step to be compatible 
with IEEE 802.3. Transmit+ and Transmit— are equal in the 
idle state, providing zero differential voltage to operate with 
transformer coupled loads. 


Manchester Decoder 


The decoder consists of a differential receiver and a PLL to 
separate a Manchester encoded data stream into internal 
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4.0 Functional Description (Continued) 
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FIGURE 21. Connection from AT/LANTIC Controller’s AUI Port to the AUI Connector 


clock signals and data. The differential input must be exter- 
nally terminated with two 39/2 resistors connected in series 
if the standard 789. transceiver drop cable is used, in thin 
Ethernet applications, these resistors are optional. To pre- 
vent noise from falsely triggering the: decoder, a squelch 
circuit at the input rejects signals with levels less than 
—175 mV. Data becomes valid typically within 6 bit times. 
The AT/LANTIC Controller may tolerate bit jitter up to 20 ns 
in the received data. The decoder detects the end of a 
frame when no more mid-bit transitions are detected. 


Collision Translator 


When in AUI Mode, the Ethernet transceiver (DP8392 CTI) 
detects a collision, it generates a 10 MHz signal to the dif- 
ferential collision inputs (CD+) of the AT/LANTIC Control- 
ler. When these inputs are detected active, the AT/LANTIC 
Controller uses this signal to back off its current transmis- 
sion and reschedule another one. 

In this mode the COLED output will indicate when the CD + 
lines are active during activity on the network. This means it 
will correctly indicate any collision on the network, but will 
not be lit for heartbeat or if there is no cable connected. 
The collision differential inputs are terminated the same way 
as the differential receive inputs. The squelch circuitry is 
also similar, rejecting pulse levels less than —175 mV. 


PLL Vcc Power Supply Consideration 


The PLL Vcc pin is the +5V power supply for the phase 
lock loop (PLL) of the ST-NIC ENDEC unit. Since this is an 
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analog circuit, excessive noise on the PLL Vcc pin can af- 
fect the performance of the PLL. This noise, if in the 
10 kHz—400 kHz range, can reduce the jitter performance of 
the ENDEC, resulting in missing packets or CRC errors. 


If the power supply noise is causing significant packet re- 
ception error, a low pass filter could be added to reduce the 
power supply noise and hence improve the jitter perform- 
ance. Standard analog design techniques should be utilized 
when laying out the power supply traces on the board. If the 
digital power supply is used, it may be desirable to add a 
one pole RC filter (designed to have a cut-off frequency of 
1 kHz) as shown in Figure 4 to improve the jitter perform- 
ance. The PLL Voc only draws 3 mA-4 mA so the voltage 
across the resister is less than 90 mV, which will not affect 
the PLL’s operation. 


AT/LANTIC™ 
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FIGURE 22. Filtering Power Supply Noise 


5.0 Register Descriptions 


5.1 CONFIGURATION REGISTERS 


These registers are used to configure the operation of the AT/LANTIC Controller typically after power up. These registers 
control the configuration of bus interface, setting options like interrupt selection, |/O base address, and other specific modes. 


MODE CONFIGURATION REGISTER A 

To prevent any accidental writes of this register it is “hidden” behind a previously unused register. Register OAH in the 
AT/LANTIC Controller's Page 0 of registers was previously reserved on a read. Now Configuration Register A can be read at 
that address and can be written to by following a read to OAH with a write to OAH. If any other AT/LANTIC Controller register 
accesses take place between the read and the write then the write to OAH will access the Remote Byte Count Register 0. 


Bits 
0-2 


3-5 


IOADO- 
IOAD2 


INTO- 
INT2 


7 6 5 4 3 2 1 0 
| wewio [reap | inte | wrt | iro | toaoe | toaot | taco | 


Function 


1/O ADDRESS: These three bits determine the base I/O address of the AT/LANTIC Controller, within 
the system’s I/O map. The AT/LANTIC Controller occupies 20H bytes of the system's address space. 
000 0300H 
1 Software (Note 1) 
0 0240H 
1 0280H 
0 02C0OH 
1 0320H 
0 0340H 
1 0360H 


Note 1: When 001 is selected the AT/LANTIC controller will not respond to any I/O Addresses, but will allow 4 consecutive writes to 278H to 
write these three bits of this register. This sequence will only operate once after a power-on reset. This mode allows the AT/LANTIC 
Controller to be configured via software without conflicting with other peripherals. 


INTERRUPT LINE USED: There are two interrupt modes which can be enabled by setting bit 5 of 
Configuration Register C to the appropriate level. 

DIRECT DRIVE MODE: In this mode an interrupt output pin will be driven active on a valid interrupt 
condition. Only one pin may be driven, the other three will remain at TRI-STATE®. The pin driven is 
determined by the value in this register. 


==. O01 = © 


BitS - Bit 4 Bit3 Interrupt 
X 0 0 INTO 
x 0 1 INT14 
X 1 0 INT2 
xX 1 1 INT3 


CODED OUTPUT MODE: In this mode INTS3 is the active interrupt output while pins INTO to INT2 are 
programmable outputs reflecting the values on bits 3 to 5. 


FAST READ: When this bit is set high the AT/LANTIC Controller, in 1/O mode, will begin the next port 
fetch before the current IORD has completed. In slow ISA systems this may cause the data in the port 
to be overwritten before the ISA cycle has been completed. 


MEMORY OR I/O MODE: If this bit is set high then the AT/LANTIC Controller is in shared memory 
mode. If it is set low it is in 1/O mode. 
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5.0 Register Descriptions (Continued) 


Mode Configuration Register B 


To prevent any accidental writes of this register it is “hidden” behind a previously unused register. Register OBH in the 
AT/LANTIC Controller’s Page 0 of registers was previously reserved on a read. Now Configuration Register B can be read at 
that address and can be written to by following a read to OBH with a write to OBH. If any other AT/LANTIC Controller register 
accesses take place between the read and the write then the write to OBH will access the Remote Byte Count Register 1. Care 
should be taken when writing to this register as GDLINK and BE are not simple read/write bits, e.g., the user cannot 
change the physical layer by reading B, or-ing the returned value with the bits to be set, and writing this value to B. This could 
inadvertently disable fink integrity generation and clear a bus error indication peiore, it was noted. : 


Bits 
0-1 


~“I 


PHYSO- 
PHYS1 


7 6 5 4 3 2 1 0 
[EeLOAD | pwr | Be | cHADy | 1orecon | apunk | PHyst | PHYso | 


Function 


PHYSICAL LAYER INTERFACE: These 2 bits determine which type of physical interface the AT/LANTIC 
Controller is using. The 2 TPI interfaces use twisted pair outputs and inputs, while the other 2 interfaces use the 
AUI outputs and inputs. In 10BASE5 mode the THICK/THIN output pin is driven low, in 10BASE2 mode it is 
driven high. This can be used to enable the DC-DC converter required by the 10BASE2 specification to provide 
electrical isolation. The Non spec TPI mode is a twisted pair mode with reducec. receive squelch levels. This 
allows the use of longer cable lengths than specified in the twisted pair specication, or use of cable with higher 
losses. 

00 TPI(10BASE-T Compatible Squelch Level) 

01 = Thin Ethernet (10BASE2) 

10 Thick Ethernet (10BASE5) (AUI Port) 

11  TPI (Reduced Squelch Level) 


GOOD LINK: When a 1 is written to this bit the link test pulse generation and integrity checking is disabled. 
When this bit is read it will indicate link status, reflecting the value shown on the LED output. It is 0 if the 
AT/LANTIC Controller is in AU! mode or if link testing is enabled and the link integrity is bad (i.e., the twisted 
pair link has been broken). It is 1 if the AT/LANTIC Controller is in TP! mode, link integrity checking is enabled ‘: 
and the link integrity is good (i.e., the twisted pair link has not been broken) or if the link testing is disabled. 


1016 CONTROL: When this bit is set high the AT/LANTIC Controller generates IOT6 6 after IORD or IOWA go 
active. If low this output is generated only on address decode. 


CHRDY FROM IORD OR [OWR OR FROM BALE: When this bit is low the AT/LANTIC Controller will generate 
CHARDY after the command strobe. When high it will generate it after BALE goes high. 


BUS ERROR: This bit shows that the AT/LANTIC Controller has detected a bus error condition. This will go 
high if the AT/LANTIC Controller attempts to insert wait states into a system access and the system terminates 
the cycle without inserting the wait states. Writing a one to this bit clears it to zero. Writing a zero has no effect. 


BOOT PROM WRITE: When this bit is low no write cycles are generated to the boot PROM. 


EEPROM LOAD: Writing a 1 to this bit enables the EEPROM load algorithm as detailed in Section 4. This bit 
should not be configured to be high, either from switches or an EEPROM. 
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5.0 Register Descriptions (Continued) 


Hardware Configuration Register C 
This register is configured during a RESET and can not be accessed by software. 


Bits | symbols | 


0-3 | BPSO—3 | BOOT PROM SELECT: Selects address at which boot PROM begins and the size. When the system reads 


4 


5 


6 


7 


COMP 


INTMOD 
CLKSEL 


SOFEN 


7 6 5 4 3 2 1 0 
[Soren | Gixset [ inrmoo | Con | pss [ Bese | west | 8Pso 


Function 


within the selected memory area AT/LANTIC Controller reads the data in through MSDO-7 and drives it onto 
the system data bus. The following are valid addresses and sizes: 


Bit3 Bit2 Bit1 BitO Address Size (I/O / Shared Mem.) 


0 0 0 X X No boot PROM 
0 0 1 0 OCOO00H 8k/16k 
0 0 1 1 0C400H 8k/16k 
0 1 0 0 O0C800H 8k/16k 
0 1 0 1 OCCOO0H 8k/16k 
0 1 1 0 ODOO00H 8k/16k 
0 1 1° #14 0D400H 8k/16k 
1 0 0 0 0D800H 8k/16k 
1 0 0 1 ODCOOH 8k/16k 
1 0 1 0 OCO00H 32k/32k 
1 o 1 1 OC800H 32k/32k 
1 1 0 0 QODOOOH . 32k/32k 
1 1 0 1 OD800H 32k/32k 
1 1 1 0 OCOO0H  ~—_ 64/64 
1 1 1 1 ODOO0H 64k/64k 


COMPATIBLE: This bit determines if the AT/LANTIC Controller's memory and I/O maps are compatible with 
the EtherCard PLUS and Novell boards or if they use the full 64k address space available to the NIC. A low level 
indicates compatible mode. 


INTERRUPT MODE: When this bit is low the AT/LANTIC Controller is in Direct Drive interrupt mode. When it is 
high Coded Output interrupt mode is used. 


CLOCK SELECT: If this bit is low the NIC core is clocked by the 20 MHz. If this bit is high the NIC core is 
clocked by the signal on the BSCLK pin. 


SOFTWARE ENABLE: If this bit is set low then the user can program configuration registers A and B in 
software. If this bit is set high then the configuration registers are not accessible. If EECONFIG is high, the 
configuration from the switches will be overwritten by the configuration from the EEPROM even if this bit is 
pulled high. 
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5.0 Register Descriptions (Continued) 


5.2 SHARED MEMORY MODE CONTROL REGISTERS 
The following tables describe the functionality of the two control registers and the 8/16 detection registers. 


Shared Memory AT Detect Register (Read only) 


7 6 5 4 3 2 i. 2G 
ie pee NE ee he eae i oe “| se ATER 


Function 


ATDET 


Shared Memory Control Register 1 


7 6 5 4 3 2 1 0 
[reset] meme | Ave | Ai? ] Ave | AtS | Ata | A1D | 
Bits Function 


DO-D5 | A13-A18 | A13-18: Lower part of the address register used to determine the position of the AT/LANTIC 
D 


Bits 
ATDET: This bit shows the value on the DWID pin and can be read by software to determine whether.the 


AT/LANTIC Controller is operating in an 8- or 16-bit slot. When this bit is read as a 1 the AT/LANTIC Controller 
is ina 16-bit slot (PC-AT system bus) and when read as a 0 itis in an 8-bit slot. 


Controller’s memory within the system memory map. 


6 MEME MEMORY ENABLE: Enables external memory accesses when held high. This bit will power up low, 
so the user must program the base memory address and set this bit high to enable the memory into 
the system’s memory map. 


D7 RESET RESET: Resets NIC core of AT/LANTIC Controller. 


Shared Memory Control Register 2 


7 6 5 4 3 2 1 O- 
: 


Bits Symbols Function 


DO-D4 | LA19-LA23 | LA19-23: Upper part of the address register used to determine the position of the AT/LANTIC 
Controller’s memory within the system memory map. : 


D5 UNUSED 


D6 MEMW MEMORY WIDTH: Sets width of external memory. When set low external memory is accessed as 
byte wide, so only 8 kbytes of memory are available. When set high external memory is accessed 
as word wide, so 16 kbytes are available. In non-compatible mode up to 64 kbytes of external 
memory is allowed when this bit is set high, or 32 kbytes when low. When bit 7 is set high this bit 
must also be set high. 


D7 8/16 8/16-BIT: Allows 16-bit system accesses to external memory when set high. When low only 8-bit 
accesses are allowed. When high the generation of the M16 output is allowed. 
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5.0 Register Descriptions (Continued) 


5.3 NIC CORE REGISTERS 

All registers are 8-bit wide and mapped into two pages which are selected in the Command Register (PSO, PS1). Pins SAO-SA3 
are used to address registers within each page. Page 0 registers are those registers which are commonly accessed during 
AT/LANTIC Controller operation while page 1 registers are used primarily for initialization. The registers are partitioned to avoid 
having to perform two write/read cycles to access commonly used registers. 


eset Address Page 0 Page 0 
egister Decode (Read) (Write) 


Command 


Page 1 Page 1 
(Read) (Write) 
PSO, PS1 


Page 2 Page 2 
(Read) (Write) 
Command 


Test Test 
- Page : Page 


FIGURE 23. NIC Core Register Mapping 


TL/F/11498-20 
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5.0 Register Descriptions (Continued) 


Register Assignments 
; -Page 0 Address Assignments (PS1 = 0, PSO = 0) 


00H Command (CR) ~ | Command (CR) 


01H Current Local DMA _ Page Start Register 
ee Address 0 (CLDAO) (PSTART) 
02H Current Local DMA | Page Stop Register 
Address 1 (CLDA1) (PSTOP) 
03H Boundary Pointer Boundary Pointer 
(BNRY)- (BNRY) 
04H Transmit Status Transmit Page Start 
_ .- | Register (TSR) Address (TPSR) 
’ 05H Number of Collisions Transmit Byte Count 
Register (NCR) Register 0 (TBCRO) 
06H FIFO(FIFO) = Transmit Byte Count 
‘ Register 1 (TBCR1) 
07H Interrupt Status Interrupt Status 
Register (ISR) Register (ISR) 
08H "Current Remote DMA Remote Start Address 
Address 0 (CRDAO) Register 0 (RSARO) 
09H Current Remote DMA Remote Start Address 
Address 1 (CRDA1) Register 1 (RSAR1) 
OAH Reserved Remote Byte Count 
Register 0 (RBCRO) 
OBH Reserved Remote Byte Count 
Register 1 (RBCR1) 
OCH Receive Status Receive Configuration 
Register (RSR) Register (RCR) 
Tally Counter 0 Transmit Configuration 


(Frame Alignment Register (TCR) 
Errors) (CNTRO) 


Tally Counter 1 Data Configuration 
(CRC Errors) Register (DCR) 
(CNTR1) 


Tally Counter 2 interrupt Mask 
Missed Packet Register (IMR) 
Errors) (CNTR2) 
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5.0 Register Descriptions (Continued) 
Page 1 Address Assignments (PS1 = 0, PSO = 1) 
00H Command (CR) Command (CR) 
01H Physical Address Physical Address 
Register 0 (PARO) Register 0 (PA RO) 
02 Physical Address Physical Address 
Register 1 (PAR1) Register 1 (PA R1) 
Physical Address Physical Address 
Register 2 (PAR2) Register 2 (PAR2) 
Physical Address Physical Address 
Register 3 (PAR3) Register 3 (PAR3) 
Physical Address Physical Address 
Register 4 (PAR4) Register 4 (PAR4) 
Physical Address Physical Address 
Register 5 (PAR5) Register 5 (PAR5) 
Current Page Current Page - 
Register (CURR) Register (CURR) 
Multicast Address Multicast Address 
Register 0 (MARO) Register 0 (MARO) 


Multicast Address Multicast Address 
Register 1 (MAR1) Register 1 (MAR1) 
Multicast Address Multicast Address 
Register 2 (MAR2) Register 2 (MAR2) 
Multicast Address Multicast Address 
Register 3 (MAR3) Register 3 (MAR3) 
Multicast Address Multicast Address 
Register 4 (MAR4) Register 4 (MAR4) 
Multicast Address Multicast Address 
Register 5 (MAR5) Register 5 (MARS) 
Multicast Address Multicast Address 
Register 6 (MAR6) __ Register 6 (MAR6) 


Multicast Address Multicast Address 
Register 7 (MAR7) Register 7 (MAR7) 


0 
0 


H 
3H 
4H 
5H 


0 


06H 
07H 
08H 


0 
0 
0 
0 
0 
0 


9H 
AH 
BH 
CH 
DH 
EH 
OFH 
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5.0 Register Descriptions (Continued) 


Page 2 Address Assignments (PS1 = 1, PSO = 0) 


00H Command (CR) Command (CR) 
02H 


01H Page Start Register Current Local DMA 
(PSTART) Address 0 (CLDAO) 
Page Stop Register Current Local DMA 
(PSTOP) Address 1 (CLDA1) 
Remote Next Packet Remote Next Packet 
Pointer : Pointer 
04H Transmit Page Start Reserved 
Address (TPSR) 
Local Next Packet Local Next Packet 
Pointer : Pointer 
07H 
08H 


Address Counter 

- (Lower) (Lower) 
| 09H | Reserved | Resened 
0AH Reserved 


OCH Receive Configuration Reserved 
Register (RCR) 


Address Counter Address Counter 
(Upper) (Upper) 


Register (TCR) 

Data Configuration Reserved 
Register (DCR) 

Interrupt Mask Reserved 
Register (IMR) 


Note: Page 2 registers should only be accessed for diagnostic purposes. They should not 
be modified during normal operation. 


Page 3 should never be modified. 


Transmit. Reserved 
Configuration 
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5.0 Register Descriptions (Continued) 


COMMAND REGISTER (CR) 00H (READ/WRITE) 


The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To issue a command the microprocessor sets the corresponding bit(s) (RD2, RDI, RDO, TXP). Further commands may be 
overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1, and 
RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-issued 
when giving the transmit command, the DMA will complete immediately if the remote byte count register has not been re-initial- 
ized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values and a 
“0” written to the TXP bit. Writing a “0” to this bit has no effect. (3) A remote write DMA may not overlap remote read operation 
or visa versa. Either of these operations must either complete or be aborted before the other operation may start. Bits PS1, PSO, 
RD2, and STP may be set any time. 


D6, D7 


7 6 5 4 3 2 1 0 
Vest [eso | Roe [mor | roo | me | sta | SP | 


RDO-RD2 


PSO, PS1 


Description 


STOP: Software reset command, takes the controller offline, no packets will be received or 
transmitted. Any reception or transmission in progress will continue to completion before entering 
the reset state. To exit this state, the STP bit must be reset and the STA bit must be set high. To 
perform a software reset, this bit should be set high. The software reset has executed only when 
indicated by the RST bit in the ISR being set to at 1. STP powers up high. 

Note: Ifthe AT/LANTIC Controller has previously been in start mode and the STP is set, both the STP and STA bits will remain set. 


START: This bit is used to activate the NIC Core after either power up, or when the NIC Core has 
been placed in a reset mode by software command or error. STA powers up low. 


TRANSMIT PACKET: This bit must be set to initiate transmission of a packet. TXP is internally 
reset either after the transmission is completed or aborted. This bit should be set only after the 
Transmit Byte Count and Transmit Page Start registers have been programmed. 


REMOTE DMA COMMAND: These three encoded bits control operation of the Remote DMA 
channel. RD2 can be set to abort any Remote DMA command in progress. The Remote Byte Count 
Registers should be cleared when a Remote DMA has been aborted. The Remote Start Addresses 
are not restored to the starting address if the Remote DMA is aborted. 


RD2 RD1 RDO 
0 0 0 Not Allowed 
0 0 1 Remote Read 
0 1 0 Remote Write 
0 1 1 Send Packet 
1 X X Abort/Complete Remote DMA (Note 1) 


PAGE SELECT: These two encoded bits select which register page is to be accessed with 
addresses RAO-3. 
PS1 PSO 

0 0 Register Page 0 

0 1 Register Page 1 

1 0 Register Page 2 

1 1 Reserved 


Note 1: If a remote DMA operation is aborted and the remote byte count has not decremented to zero, the data transfer port should be read, for a remote read or 
send packet, or written to, for a remote write. This is required to ensure future correct operation. 
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5.0 Register Descriptions (Continued) 


INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 


This register is accessed by the host processor to determine the cause of an interrupt. Any interrupt can be masked in the 
Interrupt Mask’ Register (IMR). Individual interrupt bits are cleared by writing a “1” into the corresponding bit of the ISR. The 
valid interrupt output is active as long as any unmasked signal is set, and will not go low until all unmasked bits in this register 
have been cleared. The ISR must be cleared after power up by writing it with all 1’s. . 


7 6 5 4 3 2 1 0 
| 
Bits ; Description 


DO PACKET RECEIVED: Indicates packet received with no errors. 
D1 PACKET TRANSMITTED: Indicates packet transmitted with no errors. 


D2 RECEIVE ERROR: Indicates that a packet was received with one or more of the following errors: 
—CRC Error ; 
—Frame Alignment Error 
—FIFO Overrun a 
—Missed Packet 


TRANSMIT ERROR: Set when packet transmitted with one or more of the following errors: 
—Excessive Collisions 
—FIFO Underrun 


OVERWRITE WARNING: Set when receive buffer ring storage resources have been exhausted. (Local 
DMA has reached Boundary Pointer) 


D4 


D5 COUNTER OVERFLOW: Set when MSB of one or more of the Network Tally Counters has been set. 
D6 |RDC | REMOTE DMA COMPLETE: Set when Remote DMA operation has been completed. 


RESET STATUS: Set when AT/LANTIC Controller enters reset state and cleared when a Start 
Command is issued to the CR. This bit is also set when a Receive Buffer Ring overflow occurs and is 
cleared when one or more packets have been removed from the ring. Writing to this bit has no effect. 
Note: This bit does not generate an interrupt, it is merely a status indicator. 


PRX 
PTX 
RXE 
TXE 
OVW 
CNT 
RDC 
RST 
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5.0 Register Descriptions (Continued) 


INTERRUPT MASK REGISTER (IMR) OFH (WRITE) 

The Interrupt Mask Register is used to mask interrupts. Each interrupt mask bit corresponds to a bit in the Interrupt Status 
Register (ISR). If an interrupt mask bit is set, an interrupt will be issued whenever the corresponding bit in the ISR is set. If any bit 
in the IMR is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up all zeros. 


Symbols 
PRXE 


reserved 


7 6 5 4 3 2 1 0 
[= [roce [ent [owe [axe [weet | ome | pm | 


Description 


PACKET RECEIVED INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when packet received 


PACKET TRANSMITTED INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when packetis transmitted . 
RECEIVE ERROR INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when packet received with error 


TRANSMIT ERROR INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when packet transmission results in error 


OVERWRITE WARNING INTERRUPT ENABLE 
0: Interrupt Disabled 


1: Enables Interrupt when Buffer Management Logic lacks sufficient buffers to store incoming packet 


COUNTER OVERFLOW INTERRUPT ENABLE 

0: Interrupt Disabled 

14: Enables Interrupt when MSB of one or more of the Network Statistics counters has been set 
DMA COMPLETE INTERRUPT ENABLE 

0: Interrupt Disabled 

1: Enables Interrupt when Remote DMA transfer has been completed 


reserved 
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5.0 Register Descriptions (continued 


DATA CONFIGURATION REGISTER (DCR) OEH (WRITE) 


This Register is used to program the AT/LANTIC Controller for 8- or 16-bit memory interface, select byte ordering in 16-bit 
applications and establish FIFO thresholds. The DCR must be initialized prior to loading the Remote Byte Count Registers. 
LAS is set on power up. a 


7 


6 5 4 3 2 1 0 
| — | Fr _| Fro | arm | is [| tas | 80s | wis | 


Symbols Description 


WTS WORD TRANSFER SELECT 
0: Selects byte-wide DMA transfers 
1: Selects word-wide DMA transfers 
;WTS establishes byte or word transfers for both Remote and Local DMA transfers 
Note: When word-wide mode is selected, up to 32k words are addressable; AO remains low. 


BYTE ORDER SELECT 
0: MS byte placed on AD15-AD8 and LS byte on AD7-ADO. (32xxx, 80x86) 
1: MS byte placed on AD7-ADO and LS byte on AD15-—AD8. (680x0) 
‘Ignored when WTS is low 


LONG ADDRESS SELECT 
0: Dual 16-bit DMA mode 
1: Single 32-bit DMA mode 


;When LAS is high, the contents of the Remote DMA registers RSARO, 1 are issued 
as A16-A31 Power up high 


LOOPBACK SELECT 
0: Loopback mode selected. Bits D1 and D2 of the TCR must also be programmed for 
Loopback operation 
1: Normal Operation 


AUTO-INITIALIZE REMOTE 
0: Send Command not executed, all packets removed from Buffer Ring under 
program control 
1: Send Command executed, Remote DMA auto-initialized to remove packets from 
Buffer Ring 


Note: Send Command cannot be used with 680x0 byte processors. 


D5 and D6 | FTO andFT1 | FIFO THRESHOLD SELECT: Encoded FIFO threshold. Establishes point at which the 

memory bus is requested when filling or emptying the FIFO. During reception, the FIFO 
threshold indicates the number of bytes (or words) the FIFO has filled serially from the 

network before the FIFO is emptied onto the memory bus. : 

Note: FIFO threshold setting determines the DMA burst length. 


LS 


Receive Thresholds 

FT1 FTO Word Wide Byte Wide 

0 0 1 Word 2 Bytes 

0 1 2 Words 4 Bytes 

1 0 4 Words 8 Bytes 

1 1 6 Words 12 Bytes 
During transmission, the FIFO threshold indicates the number of bytes (or words) the FIFO 
has filled from the Local DMA before being transferred to the memory. Thus, the transmission 
threshold is 13 bytes less the received threshold. 
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5.0 Register Descriptions (Continued) 


TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 


The transmit configuration establishes the actions of the transmitter section of the AT/LANTIC Controller during transmission of 
a packet on the network. LB1 and LBO which select loopback mode power up as 0. 


D1 and | LBO and 
D2 LB1 


D3 


OFST 


reserved 
reserved 


7 6 5 4 3 2 1 0 
P= | = | = JT orst [aro | usr | to | crc 


Description 


INHIBIT CRC 
0: CRC appended by transmitter 
1: CRC inhibited by transmitter 
In loopback mode CRC can be enabled or disabled to test the CRC logic 


ENCODED LOOPBACK CONTROL: These encoded configuration bits set the type of loopback that is to be 
performed. Note that loopback in mode 2 places the ENDEC Module in loopback mode and that D3 of the 
DCR must be set to zero for loopback operation. 
LB1 LBO 
Mode 0 0 0 Normal Operation (LPBK = 0) 
Mode 1 0 1 Internal NIC Module Loopback (LPBK = 0) 
Mode 2 1 0 Internal ENDEC Module Loopback (LPBK = 1) 
Mode 3 1 1 External Loopback (LPBK = 0) 


AUTO TRANSMIT DISABLE: This bit allows another station to disable the AT/LANTIC Controller's 

transmitter by transmission of a particular multicast packet. The transmitter can be re-enabled by resetting 

this bit or by reception of a second particular multicast packet. 

0: Normal Operation 

1: Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast address 
hashing to bit 63 enables transmitter. 


COLLISION OFFSET ENABLE: This bit modifies the backoff algorithm to allow prioritization of nodes. 

0: Backoff Logic implements normal algorithm. 

1: Forces Backoff algorithm modification to 0 to 2min(3 +n, 10) slot times for first three collisions, then 
follows standard backoff. (For the first three collisions, the station has higher average backoff delay 
making a low priority mode.) 


reserved 
reserved 


reserved 
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5.0 Register Descriptions (Continued 


TRANSMIT STATUS REGISTER (TSR) 04H (READ) 


This register records events that occur on the media during transmission of a packet. It is cleared when the next transmission is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 


transmission. 
7 6 5 4 3 2 1 o | 
| owc [| con | ru | ors | ast | cor | — | px | 


Description 


PTX PACKET TRANSMITTED: Indicates transmission without error. (No excessive 
collisions or FIFO underrun)(ABT = “0”, FU = “0”) 


reserved reserved 


COL TRANSMIT COLLIDED: Indicates that the transmission collided at least once with 
another station on the network. The number of collisions is recorded in the Number 
of Collisions Registers (NCR). 


TRANSMIT ABORTED: Indicates the AT/LANTIC Controller aborted transmission 
because of excessive collisions. (Total number of transmissions including original 
transmission attempt equals 16.) 


CARRIER SENSE LOST: This bit is set when carrier is lost during transmission of the 
packet. Transmission is not aborted on loss of carrier. 


Q 
D 
(77) 


FIFO UNDERRUN: If the AT/LANTIC Controller cannot gain access of the bus 
before the FIFO empties, this bit is set. Transmission of the packet will be aborted. 


n 
; 


(@) 
oO 
= 


CD HEARTBEAT: Failure of the transceiver to transmit a collision signal after 
transmission of a packet will set this bit. The Collision Detect (CD) heartbeat signal 
must commence during the first 6.4 js of the Interframe Gap following a 
transmission. In certain collisions, the CD Heartbeat bit will be set even though the 
transceiver is not performing the CD heartbeat test. 


OUT OF WINDOW COLLISION: Indicates that a collision occurred after a slot time 
(51.2 ws). Transmissions rescheduled as in normal collisions. 
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RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 


This register determines operation of the AT/LANTIC Controller during reception of a packet and is used to program what types 
of packets to accept. 


7 6 5 4 3° 2 1 0 
Le [= [| won [ pro [am | an | an | ser _| 


so6esdd 


Bits | Symbols Description 
DO | SEP SAVE ERRORED PACKETS 
0: Packets with receive errors are rejected. 
1: Packets with receive errors are accepted. Receive errors are CRC and Frame Alignment errors. 
D1 | AR ACCEPT RUNT PACKETS: This bit allows the receiver to accept packets that are smaller than 64 
bytes. The packet must be at least 8 bytes long to be accepted as a runt. 
0: Packets with fewer than 64 bytes rejected. 
.| 1: Packets with fewer than 64 bytes accepted. 
D2 | AB ACCEPT BROADCAST: Enables the receiver to accept a packet with an all 1’s destination address. 
0: Packets with broadcast destination address rejected. 
1: Packets with broadcast destination address accepted. 
D3 | AM ACCEPT MULTICAST: Enables the receiver to accept a packet with a multicast address, all multicast 
addresses must pass the hashing array. 
0: Packets with multicast destination address not checked. 
1: Packets with multicast destination address checked. 
D4 PROMISCUOUS PHYSICAL: Enables the receiver to accept all packets with a physical address. 
0: Physical address of node must match the station address programmed in PARO-PARS. 
1: All packets with physical addresses accepted. 
D5 reserved (program to 0) 
D6 reserved 
D7 reserved 


Note: D2 and D3 are “OR'd” together, i.e., if D2 and D3 are set the AT/LANTIC Controller will accept broadcast and multicast addresses as well as its own 
physical address. To establish full promiscuous mode, bits D2, D3, and D4 should be set. In addition the multicast hashing array must be set to all 1’s in order to 
accept all multicast addresses. 
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5.0 Register Descriptions (Continued) 


RECEIVE STATUS REGISTER (RSR) OCH (READ) 

This register records status of the received packet, including information on errors and the type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an erroneous 
packet is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors and missed packets are counted internally by the AT/LAN- 
TIC Controller which relinquishes the Host from reading the RSR in real time to record errors for Network Management 
Functions. The contents of this register are not specified until after the first reception. 


7 6 5 4 3 2 1 0 
| orR | ois | pHy | mea | Fo | Fae | crc | PRX 


Bits | Symbols ony Description 


DO | PRX PACKET RECEIVED INTACT: Indicates packet received without error. (Bits CRC, FAE, FO, and MPA 
are zero for the received packet.) 


D1.| CRC . CRC ERROR: indicates packet received with CRC error. Increments Tally Counter (CNTR1). This bit 
will also be set for Frame Alignment errors. 


D2 | FAE FRAME ALIGNMENT ERROR: Indicates that the incoming packet did not end on a byte boundary and 
the CRC did not match at last byte boundary. Increments Tally Counter (CNTRO). 


FIFO OVERRUN: This bit is set when the FIFO is not serviced causing overflow during reception. 
Reception of the packet will be aborted. . 


MISSED PACKET: Set when packet intended for node cannot be accepted by SNIC because of a lack 
of receive buffers or if the controller is in monitor mode and did not buffer the packet to memory. 
| Increments Tally Counter (CNTR2). 


PHYSICAL/MULTICAST ADDRESS: Indicates whether received packet had a physical or multicast 
address type. ; 

0: Physical Address Match 

1: Multicast/Broadcast Address Match 


RECEIVER DISABLED: Set when receiver disabled by entering Monitor mode. Reset when receiver is 
re-enabled when exiting Monitor mode. 


D3 
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i 
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DEFERRING: Set when internal Carrier Sense or Collision signals are generated in the ENDEC module. 
If the transceiver has asserted the CD line as a result of the jabber, this bit will stay set indicating the 
jabber condition. 


Note: Following coding applies to CRC and FAE bits 


FAE CRC Type of Error 
0 0 No Error (Good CRC and <6 Dribble Bits) 
0 1 CRC Error 
1 0 Itegal, wil not occur 
1 1 Frame Alignment Error and CRC Error 
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5.0 Register Descriptions (Continued) 


Local DMA Transmit Registers 


15 8|7 
Page Start 


(TPSR) 


(TBCRO, 1) 


Local DMA Receiver Registers 
1 8|7 


5 
Page Start 
Page Stop 


(PSTART) 
(PSTOP) 
(CURR) 


(BRNY) 


Transmit Byte Count 


Local 
DMA 
Channel 


Not : 
Readable Receive Byte Count 


(CLDAO, 1) 


Remote DMA Registers 
15 8|7 
(RSARO, 1) 


(RBCRO,1) 


(CRADO,1) 


Current Local DMA Address 


0 
Start Address 


Byte Count Current 
Remote DMA Address 


Channel! 
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FIGURE 24. DMA Register 


Note: In the figure above, registers are shown as 8- or 16-bits wide. Although some registers are 16-bit intemal registers, all registers are accessed as 8-bit 
registers. Thus the 16-bit Transmit Byte Count Register is broken into two 8-bit registers, TBCRO and TBCR1. Also TPSR, PSTART, PSTOP, CURR and 
BNRY only check or contro! the upper 8 bits of address information on the bus. Thus they are shifted to positions 15-8 in the diagram above. 


5.4 DP8390 Core DMA Registers 


The DMA Registers are partitioned into groups; Transmit, 
Receive and Remote DMA Registers. The Transmit regis- 
ters are used to initialize the Local DMA Channel for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 


Transmit DMA Registers 
TRANSMIT PAGE START REGISTER (TPSR) 


This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0 will be used to initialize the higher 
order address (A8—A15) of the Local DMA for transmission. 
The lower order bits (A7—A0) are initialized to zero. 
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Bit Assignment 


7 6 5 4 3 2 1.0 
TPSR 


(A7-A0 Initialized to 0) 
TRANSMIT BYTE COUNT REGISTER 0,1 (TBCRO, TBCR1) 


These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 
bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64 kbytes. 
The AT/LANTIC Controller will not truncate transmissions 
longer than 1500 bytes. The bit assignment is shown below: 


7 6 5&5 4 3 2 1 «0 
TacRt 

7 6 5 4 3 2 1 ~«0 
TACRO 


Local DMA Receive Registers 
PAGE START STOP REGISTERS (PSTART, PSTOP) 


The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
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5.0 Register Descriptions (Continued) 
the AT/LANTIC Controller uses fixed 256-byte buffers 
aligned on page boundaries only the upper eight bits of the 
start and stop address are specified. 
PSTART, PSTOP bit assignment 

0 


7 6 5 4 3 2 1 

PSTART 

PSTOP 
BOUNDARY (BNRY) REGISTER 
This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linking buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 


7 6 5 4 38 2 14 0 
BNRY 


CURRENT PAGE REGISTER (CURR) 

This register is used internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a packet reception 
and is used to restore DMA pointers in the event of receive 
errors. This register is initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is bee 


6 5 4 3 2 14 0 
CURR 


CURRENT LOCAL DMA REGISTER 0,1 (CLDAO,1) 


These two registers can be accessed to determine the cur- 
rent Local DMA Address. 


7 6 5 4 8:2. 4 0 
CLDAt 
7 6 5 4 38 2 4 0 
CLDAO 


Remote DMA Registers 

REMOTE START ADDRESS REGISTERS (RSARO, 1) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO,1) and Remote Byte Count 
(RBCRO,1) registers. The Remote Start Address is used to 
point to the start of the block of data to be transferred and 


the Remote Byte Count is used to indicate the length of the 
block (in bytes). 


7 6 5 4 3.2 14 °0 
RSARI 
7 6 5 4 3.2 .-1 0 
RSARO 


epee BYTE eae REGISTERS (RCBO,1) 


RBCRI 
RBCRO 


Notes: . 
RSARO programs the start address bits AO~A7. 
RSAR1 programs the start address bits A8-A15. 


Address incremented by two for word transfers, and by one for byte trans- 
fers. Byte count decremented by two for word transfers and by one for byte 
tranfers. 


RBCRO programs LSB byte count. 
RBCR1 programs MSB byte count. 


- CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 


The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 


below: 


7 6 5 4 838. 2 14 40 
CROAT 
, 7 6 5 4 3 2 1 0 
CRDAO 


’ Physical Address Registers (PARO-PARS5) 


The physical address registers are used to compare the 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PARO- PARS to the bit Sones of the received 
packet 


D7 D6" 


ee DO 
co [ona] as cdo [oni [ 


PAR1 DA13]| DA1 
PAR2 DA21 | DA20 
PARC DA29 | DA28 A26 DA24 
pan oro] ona [one | ase] oas|oxs ons once 
rss [or | on non ono on 


Destination Address Source 


78 | oxo] ai] 0x2] ova]...[Dave[oxe7| sao]. 


Note: P/S = Preamble, Synch 
DAO = PhysicaUMulticast Bit . 


Multicast Address Registers (MARO-MAR7) 


The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 
dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 
cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 


5.0 Register Descriptions (Continued) 


bits to set in the multicast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast parcels all of 
the registers are set to all ones. 


Note: Although the hashing algorithm does not guarantee pertect filtering of 
multicast address, it will pertectly filter up to 64 multicast addresses if 
these addresses are chosen to map into unique locations in the multi- 
cast filter. 


CRC Generator ; 


(X-31 to X~26) 


1 of 64 Decode 


Selected Bit 
"0" = Reject 1" = Accept 
TL/F/11498-22 
FIGURE 25. Multicast Addressing , 


6.0 Operation of AT/LANTIC 


Controller 


This section details the operation of the AT/LANTIC Con- 
troller. The operations discussed are packet reception and 
transmission, bus operations, and loopback diagnostics. 


6.1 TRANSMIT/RECEIVE PACKET ENCAPSULATION/ 
DECAPSULATION 


A standard IEEE 802.3 packet consists of the following 
fields: preamble, Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in the figure 
following. The packets are Manchester encoded and decod- 
ed by the ENDEC module and transferred serially to the NIC 
module using NAZ data with a clock. All fields are of fixed 
length except for the data field. The AT/LANTIC Controller 
generates and appends the preamble, SFD and FCS field 
during transmission. The Preamble and SFD fields are 
stripped during reception. (The CRC is passed through to 
buffer memory during reception.) 
PREAMBLE SFO DESTINATION SOURCE LENGTH DATA FCS 


46B- 
15008 
mu“ 


TRANSFERRED VIA DMA 


Filter Bit Array 


nThe STRIPPED 
OPERATIONS ee 
TRANSMIT 
OPERATIONS | APPENDED TRANSFERRED VIA DMA CALCULATED + 
BY NIC APPENDED BY 
8 = BYTES NIC 
b=BITS 


TL/F/11498-23 
FIGURE 26. Ethernet Packet 


PREAMBLE AND START OF FRAME DELIMITER {SFD) 


The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted each packet contains 
62 bits of alternating 1,0 preamble. Some of this preamble 
will be lost as the packet travels through the network. The 
preamble field is stripped by the NIC module. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1’s. The AT/LAN- 
TIC Controller does not treat the SFD pattern as a byte, it 
detects only the two-bit pattern. This allows any preceding 
preamble within the SFD to be used for phase locking. 


Destination Address 


The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the AT/LANTIC: physical, multicast 
and broadcast. The physical address is a unique address 
that corresponds only to a single node. All physical address- 
es have an MSB of “0”. These addresses are compared to 
the internally stored physical address registers. Each bit in 
the destination address must match in order for the 
AT/LANTIC Controller to accept the packet. Multicast ad- 
dresses begin with an MSB of “1”. The AT/LANTIC Con- 
troller.filters multicast addresses using a standard hashing 
algorithm that maps all multicast addresses into a 6-bit val- 
ue. This 6-bit value indexes a 64-bit array that filters the 
value. If the address consists of all 1’s it is a broadcast 
address, indicating that the packet is intended for all. nodes. 
A promiscuous mode allows reception of all packets: the 
destination address is not required to match any filters. 
Physical, broadcast, multicast, and promiscuous address 
modes can be selected. 


Source Address 

The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 


‘ Length Field 


The 2-byte length field indicates the number of bytes that 
are contained in the data field of the packet. This field is not 
interpreted by the AT/LANTIC Controller. 


Data Field 


The data field consists of anywhere from 46 to 1500 bytes. 
Messages longer than 1500 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The 
AT/LANTIC Controller does not strip or append pad 
bytes for short packets, or check for oversize packets. 


FCS Field 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
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6.0 Operation of AT/LANTIC Controller (Continued) 


the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN Il (x32 + X26 + X23 + X22 + X16 + 
X12 + X11 + X10 + X8 +.X7 + X5 + X4 + X24 XI + 1) 
polynomial is used for the CRC calculations. 


6.2 BUFFER MEMORY ACCESS CONTROL (DMA) 


The buffer memory control capabilities of the AT/LANTIC 
Controller greatly simplify the use of the AT/LANTIC Con- 
troller in typical configurations. The local DMA channel 
transfers data between the FIFO and memory. On transmis- 
sion, the packet is DMA’d from memory to the FIFO in 
bursts. Should a collision occur (up to 15 times), the packet 
is re-transmitted with no processor intervention. On recep- 
tion, packets are moved via DMA from the FIFO to the re- 
ceive buffer ring (as explained below). 


r 
| 
1 
H AT/LANTIC™ 
1 


DP8390 
CORE 


16 BYTE FIFO 


ib LOCAL DMA 
REMOTE DMA 


NETWORK # 
DATA_§ 


ADDRESS 


1 FIFO DATA 
1 TRANSFERS 


BUFFER 
MEMORY 


WL 


BUFFER RAM 
LOCAL BUS 


BLOCK DATA 
TRANSFERS 


A Remote DMA channel is also provided on the AT/LANTIC 
Controller to accomplish transfers between a buffer memory 
and an internal Data Port when using the AT/LANTIC Con- 
troller in !/O Mode. This Remote DMA channel is not used 
when the AT/LANTIC Controller is used in a shared Memo- 
ry mode. In this second mode the buffer memory is dual 
ported, and directly mapped into the system memory. In this 
mode the system CPU directly accesses the RAM under 
software control to transfer packet data. 


The following sections describe the operation of the Local 
DMA channel for packet reception which is used in both 
modes. For Shared Memory mode the description of the 
Remote DMA does not apply. 


For reference an example configuration using the AT/ LAN- 
TIC Controller is shown in Figure 27. 
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FIGURE 27. AT/LANTIC Controller Bus Architecture 
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6.0 Operation of AT/LANTIC Controller (continued) 


Buffer RAM 
(Up to 64k Bytes) 


Buffer 1 
Buffer 2 
Buffer 3 


Buffer n 


PAGE START 
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PAGE STOP 
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FIGURE 28. AT/LANTIC Controller Receiver Buffer Ring 


6.3 PACKET RECEPTION 

The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 256 
byte (128 word) buffers for storage of received packets. The 


location of the Receive Buffer Ring is programmed in two ° 


registers, a Page Start and a Page Stop Register. Ethernet 
packets consist of a distribution of shorter link control pack- 
ets and longer data packets, the 256 byte buffer length pro- 
vides a good compromise between short packets and long- 
er packets to most efficiently use memory. In addition these 
buffers provide memory resources for storage of back-to- 
back packets in loaded networks.The assignment of buffers 
for storing packets is controlled by Buffer Management Log- 
ic in the AT/LANTIC Controller. The Buffer Management 
Logic provides three basic functions: linking receive buffers 
for long packets, recovery of buffers when a packet is re- 
jected, and recirculation of buffer pages that have been 
read by the host. 


At initialization, a portion of the 64 kbyte (or 32 kword) ad- 
dress space is reserved for the receive buffer ring. Two 
eight bit registers, the Page Start Address Register 
(PSTART) and the Page Stop Address Register (PSTOP) 
define the physical boundaries of where the buffers reside. 
The AT/LANTIC Controller treats the list of buffers as a 
logical ring; whenever the DMA address reaches the Page 
Stop Address, the DMA is reset to the Page Start Address. 
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FIGURE 29. Buffer Ring at Initialization 


Initialization of the Buffer Ring 


Two static registers and two working registers contro! the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 


Page 
Stop 


Boundary j 
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6.0 Operation of AT/LANTIC Controller (continued) 


Ring not yet read by the host. If the local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 
ing a packet and is advanced when a packet is removed. A 
simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 


Note 1: At initialization, the Page Start Register value should be loaded into 
both the Current Page Register and the Boundary Pointer Register. 


Note 2: The Page Start Register mut not be initalized to 00H. 


Beginning of Reception 


When the first packet begins arriving the AT/LANTIC Con- 
troller begins storing the packet at the location pointed to by 
the Current Page Register. An offset of 4 bytes is saved in 
this first buffer to allow room for storing receive status corre- 
sponding to this packet. 


Current 


Begin 
Storing 
Packet 


Page 
Register 


Begin Data 
Reception 
4-Byte Offset for 

Packet Header 
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FIGURE 30. Received Packet Enters the Buffer Pages 


Linking Receive Buffer Pages 


If the length of the packet exhausts the first 256 byte buffer, 
the DMA performs a forward link to the next buffer to store 
the remainder of the packet. For a maximal length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, a packet will always 
be stored in contiguous buffers. Before the next buffer can 
be linked, the Buffer Management Logic performs two con- 
parisons. The first comparison tests for equality between 
the DMA address of the next buffer and the contents of the 
Page Stop Register. If the buffer address equals the Page 
Stop Register, the buffer management logic will restore the 
DMA to the first buffer in the Receive Buffer Ring value 
programmed in the Page Start. Address Register. The sec- 
ond comparison tests for equality between the DMA ad- 
dress of the next buffer address and the contents of the 
Boundary Pointer Register. If the two values are equal the 
reception is aborted. The Boundary Pointer Register can be 
used to protect against overwriting any area in the receive 
buffer ring that has not yet been read. When linking buffers, 
buffer management will never cross this pointer, effectively 
avoiding any overwrites. If the buffer address does not 
match either the Boundary Pointer or Page Stop Address, 
the link to the next buffer is performed. 


1-48 


Linking Buffers 

Before the DMA can enter the next contiguous 256 byte 
buffer, the address is checked for equality to PSTOP and to 
the Boundary Pointer. If neither are reached, ‘the DMA is 
allowed to use the next buffer. 


“CURRENT 


PAGE 
REGISTER 


1) Check for =to PSTOP 
2) Check for = to Boundary 
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FIGURE 31. Linking Receive Buffer Pages 


Buffer Ring Overflow 


If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the AT/LANTIC Controller. Thus, the 
packets previously received. and still contained in the Ring 
will not be destroyed. 


In heavily loaded networks which cause overflows of the 
Receive Buffer Ring, the AT/LANTIC Controller may disable 
the local DMA and suspend further receptions even if the 
Boundary register is advanced beyond the Current register. 
In the event that the AT/LANTIC Controller should encoun- 
ter a receive buffer overflow, it is necessary to implement 
the following routine. A receive buffer overflow is indicated 
by the AT/LANTIC Controller’s assertion of the overflow bit 
(OVW) in the Interrupt Status Register (ISR). 


If this routine is not adhered to, the AT/LANTIC Controller 
may act in an unpredictable manner. It should also be noted 
that it is not permissible to service an overflow interrupt by 
continuing to empty packets from the receive buffer without 
implementing the prescribed overflow routine. A flow chart 
of the AT/LANTIC™ Controller's oeeoM routine can be 
found in Figure 32. 

Note: it is necessary to define a variable in the driver, which will be called 

“Resend”, 

1. Read and store the value of the TXP bit in the a LAN- 
* TIC Controller's Command Register. 


2. Issue the STOP command to the AT/LANTIC Controller. 
This is accomplished by setting the STP bit in the 
AT/LANTIC Controller's Command Register. Writing 21 
H to the Command Register will stop the AT/LANTIC 
Controller. 


3. Wait for at least 1.6 ms. Since the AT/LANTIC Controller 
will complete any transmission or reception that is in 
progress, it is necessary to time out for the maximum 
possible duration of an Ethernet transmission or recep- 
tion. By waiting 1.6 ms this is achieved with some guard 
band added. Previously, it was recommended that the 
RST bit of the Interrupt Status Register be polled to in- 
sure that the pending transmission or reception is com- 
pleted. This bit is not a reliable indicator and subsequent- 
ly should be ignored. 


6.0 Operation of AT/LANTIC Controller (continued) 


4. 


5. 


Clear the AT/LANTIC Controller's Remote Byte Count 
registers (RBCRO and RBCR1). 


Read the stored value of the TXP bit from step 1, 
above. 


If this value is a 0, set the “Resend” variable to a 0 and 
jump to step 6. 

If this value is a 1, read the AT/LANTIC Controller’s 
Interrupt Status Register. If either the Packet Transmit- 
ted bit (PTX) or Transmit Error bit (TXE) is set to a 1, set 
the “Resend” variable to a 0 and jump to step 6. If 
neither of these bits is set, place a 1 in the “Resend” 
variable and jump to step 6. 


This step determines if there was a transmission in 
progress when the stop command was issued in step 2. 
if there was a transmission in progress, the AT/LANTIC 
Controller’s ISR is read to determine whether or not the 
packet was recognized by the AT/LANTIC Controller. If 
neither the PTX nor TXE bit was set, then the packet 
will essentially be lost and re-transmitted only after a 
time-out takes place in the upper level software. By de- 
termining that the packet was lost at the driver level, a 
transmit command can be reissued to the AT/LANTIC 
Controller once the overflow routine is completed (as in 
step 11). Also, itis possible for the AT/LANTIC Control- 
ler to defer indefinitely, when it is stopped on a busy 
network. Step 5 also alleviates this problem. Step 5 is 
essential and should not be omitted from the overflow 
routine, in order for the AT/LANTIC Controller to oper- 
ate correctly. 


. Place the AT/LANTIC Controller in either mode 1 or 


mode 2 loopback. This can be accomplished by setting 
bits D2 and D1, of the Transmit Configuration Register, 
to 0,1 or 1,0 respectively. 


. Issue the START command to the AT/LANTIC Control- 


ler. This can be accomplished by Writing 22H to the 
Command Register. This is necessary to activate the 
AT/LANTIC Controller's Remote DMA channel. 


. Remove one or more packets from the receive buffer 


ring. 


. Reset the overwrite warning (OVW, overflow) bit in the 


Interrupt Status Register. 


. Take the AT/LANTIC Controller out of loopback. This is 


done by Writing the Transmit Configuration Register 
with the value it contains during normal operation. (Bits 
D2 and D1 should both be programmed to 0.) 


. If the “Resend” variable is set to a 1, reset the ‘Re- 


send” variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the “Resend” variable is 0, nothing needs to be 
done. 


Note 1: If Remote DMA is not being used, the AT/LANTIC Controller does 


not need to be started before packets can be removed from the 
receive butter ring. Hence, step 8 could be done before step 7, 
eliminating or reducing the time spent polling in step 5. 


Note 2: When the AT/LANTIC Controller is in STOP mode, the Missed 


Packet Tally counter is disabled. 
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6.0 Operation of AT/LANTIC Controller (continued) 
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FIGURE 33. Received Packet Aborted if it Hits Boundary 


Enabling the AT/LANTIC Controller on an Active 
Network 
After the AT/LANTIC Controller has been initialized the pro- 
cedure for disabling and then re-enabling the AT/LANTIC 
Controller on the network is similar to handling Receive 
Buffer Ring overflow as described previously. 
1. Program Command Register for page 0 (Command 
Register = 21H) ; 
2. Initialize Data Configuration Register (DCR) 
3. Clear Remote Byte Count Registers (RBCRO, RBCR1) 
if using Remote DMA 
4. Initialize Receive Configuration Register (RCR) 
5. Place the AT/LANTIC Controller in LOOPBACK mode 
1 or 2 (Transmit Configuration Register = 02H or 04H) 
6. Initialize Receive Buffer Ring: Boundary. Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 
7. Clear Interrupt Status Register (ISR) by writing OFFH to 
it 
8. Initialize Interrupt Mask Register (IMR) 
9. Program Command Register for page 1 (Command 
Register = 61H) 
i) Initialize Physical Address Registers (PARO—PARS5) 
ii) Initialize Multicast Address Registers (MARO- 
MAR7) 
iii) Initialize CURRENT pointer 
10. Put AT/LANTIC Controller in START mode (Command 
Register = 22H). The local receive DMA is still not ac- 
tive since the AT/LANTIC Controller is in LOOPBACK. 
11. Initialize the Transmit Configuration for the intended 
value. The AT/LANTIC Controller is now ready for 
transmission and reception. 


End of Packet Operations 


At the end of the packet the AT/LANTIC Controller deter- 
mines whether the received packet is to be accepted or 
rejected. It either branches to a routine to store the Buffer 
Header or to another routine that recovers the buffers used 
to store the packet. 
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FIGURE 34. Termination of Received 
Packet—Packet Accepted 


Successful Reception 


If the packet is successfully received, the DMA is restored 
to the first buffer used to store the packet (pointed to by the 
Current Page Register). The DMA then stores the Receive 
Status, a Pointer to where the next packet will be stored 
(Buffer 4) and the number of received bytes. Note that the 
remaining bytes in the last buffer are discarded and recep- 
tion of the next packet begins on the next empty 256-byte 
buffer boundary. The Current Page Register is then initial- 
ized to the next available buffer in the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 


Buffer Recovery for Rejected Packets 


If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the AT/LANTIC Controller is pro- 
grammed to accept either runt packets or packets with CRC 
or Frame Alignment errors. The received CRC is always 
stored in buffer memory after the last byte of received data 
for the packet. 


CURRENT 
PAGE 
REGISTER 


CRC, FAE 
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FIGURE 35. Termination of Receive 
Packet—Packet Reject 


6.0 Operation of AT/LANTIC Controller (Continued) 


Error Recovery 


If the packet is rejected as shown, the DMA is restored by 
the AT/LANTIC Controller by reprogramming the DMA 
starting address pointed to by the Current Page Register. 


Storage Format for Received Packets 


The following diagrams describe the format for how re- 
ceived packets are placed into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 

AD15 AD8 


AD7 » ADO 


Next Packet Pointer Receive Status 
Receive Byte Count 1 Receive Byte Count 0 


BOS = 0, WTS = 1 in Data Configuration Register. This format is used with 
Series 32xxx, or 808xx processors. 


AD15 AD8 AD7 ADO 


Next Packet Pointer Receive Status 
Receive Byte Count 0 Receive Byte Count 1 


BOS = 1, WTS = 1 in Data Configuration Register. This format is used with 
680x0 type processors. (Note: The Receiver Count ordering remains the 
same for BOS = O or 1.) 


Receive Status 
Next Packet Pointer 
Receive Byte Count 0 


Receive Byte Count 1 


BOS = 0, WTS = 0 in Data Configuration Register. This 
format is used with general 8-bit processors. 


6.4 PACKET TRANSMISSION 


The Local DMA is also used during transmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO,1). When 
the AT/LANTIC Controller receives a command to transmit 
the packet pointed to by these registers, buffer memory 
data will be moved into the FIFO as required during trans- 
mission. The AT/LANTIC Controller will generate and ap- 
pend the preamble, synch and CRC fields. 


General Transmit Packet Format 


Transmit 6 Bytes 
Byte 6 Bytes 
Count 2 Bytes 

TBCRO, 1 246 Bytes 


Data 
Pad (If data < 46 Bytes) 


Transmit Packet Assembly 


The AT/LANTIC Controller requires a contiguous assem- 
bled packet with the format shown. The transmit byte count 
includes the Destination Address, Source Address, Length 
Field and Data. It does not include preamble and CRC. 
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When transmitting data smaller than 46 bytes, the packet 
must be padded to a minimum size of 64 bytes. The pro- 
grammer is responsible for adding and stripping pad bytes. 


The packets are placed in the buffer RAM by the system. In 
1/O Mode the system programs the NIC Core’s Remote 
DMA to mode the data from the data port to the RAM hand- 
shaking with system transfers loading the I/O data port. In 
Shared Memory Mode the packets are written directly to the 
RAM by system using standard memory transfer instruc- 
tions (MOV). 

For I/O mode the data transfer must be 16 bits (1 word) 
when in 16-bit mode, and 8 bits when the AT/LANTIC Con- 
troller is set in 8-bit mode. The data width is selected by 
setting the WTS bit in the Data Configuration Register and 
setting the DWID pin for the proper mode. 


In Shared Memory mode data transfer can be accomplished 
by using either 8- or 16-bit data transfer instructions, be- 
cause this mode responds to 8/16-bit data signalling on the 
ISA bus. In this mode Shared Memory Control Register 2-bit 
6 sets the bus interface data width, and the NIC Core’s data 
width is set by the WTS bit in the Data Configuration Regis- 
ter. 


Transmission 


Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the AT/LANTIC Con- 
troller begins to prefetch transmit data from memory (unless 
the AT/LANTIC Controller is currently receiving). If the inter- 
frame gap has timed out the AT/LANTIC Controller will be- 
gin transmission. 


Conditions Required to Begin Transmission 

In order to transmit a packet, the following three conditions 

must be met: 

1. The Interframe Gap Timer has timed out the first 6.4 ws 
of the Interframe Gap 

2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started) 


3. If a collision had been detected then before transmission 
the packet time must have timed out. 


In typical systems the AT/LANTIC Controller prefetches the 
first burst of bytes before the 6.4 ys timer expires. The time 
during which AT/LANTIC Controller transmits preamble can 
also be used to load the FIFO. 


Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, the AT/LANTIC Controller will become a receiver. 


Collision Recovery 


During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occurred. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 15 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 

Note: NCR reads as zeroes if excessive collisions are encountered. 
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6.0 Operation of AT/LANTIC Controller (Continued) 


Transmit Packet Assembly Format 6.5 LOOPBACK DIAGNOSTICS 

The following diagrams describe the format for how packets Three forms of local loopback are provided on the 

must be assembled prior to transmission for different byte AT/LANTIC Controller. The user has the ability to loopback 

ordering schemes. The various formats are selected in the through the deserializer on the controller, through the 

Data Configuration Register. ENDEC module or tranceiver. Because of the half duplex 
architecture of the AT/LANTIC Controller, loopback 


Di5 D8 D7 DO testing is a special mode of operation with the follow- 


Restrictions during Loopback 


The FIFO is split into two halves, one half is used for trans- 
mission the other for reception. Only 8-bit fields can be 
fetched from memory so two tests are required for 16-bit 
systems to verify integrity of the entire data path. During 
loopback the maximum latency to obtain access to the buff- 
er memory is 2.0 ws. Systems that wish to use the loopback 
test yet do not meet this latency can limit the loopback 
packet to 7 bytes without experiencing underflow. Only the 
last 8 bytes of the loopback packet are retained in the FIFO. 


The last 8 bytes can be read through the FIFO register 


ae ae ls Rick a vonatce pecaduls which will advance through the FIFO to allow reading the 
This format is used with Series 32xxx, or 808xx processors. receive packet sequentially. 


D15 Ds D7 DO 
Destination Address 0 Destination Address 1 Destination Address = Malin Station Physical 
ress 
Desitination Address 2 Destination Address 3 
ot, ae = 6 bytes Station Physical 
Desitination Address 4 Destination Address 5 Source Address Aadiess 
Source Address 0 Source Address 1 ‘2 bytes 
Source Address 2 ___ Source Address 3 = 46 to 1500 bytes 
Source Address 4 Source Address 5 Appended by AT/LANTIC 


Type/Length 0 Type Length 1 
When in word-wide mode with Byte Order Select set, the 


BOS = 1, WTS = 1 in Data Configuration Register. loopback packet must be assembled in the even byte loca- 


This format is used with 680x0 type processors. tions as shown below. (The loopback only operated with 
byte wide transfers.) 


Controller if CRC = O0in TCR 


LS Byte (AD8-15) MS Byte (ADO~7) 


D7 


: 


BOS = 0, WTS = 0 in a Data Configuration Register. 


This format is used with 8-bit processors. 


Note: All examples above will result in a transmission of a packet in order of 
DAO, DA1, DA3 ... bits within each byte will be transmitted least significant 
bit first. ? 

DA = Destination Address 


DO 
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6.0 Operation of AT/LANTIC Controller (continued) 


When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 


MS Byte (AD8-15) 


ee 
ee 


Data 


WIS="1" BOS="0" (DCR Bits) 


LS Byte (ADO-7) 


TL/F/11498-65 
Note: When using loopback in word mode 2n bytes must be programmed in 
the TBCRO, 1. When n = actual number of bytes assembled in even 
or odd location. 
To initiate a loopback the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1. The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and if CRC bit in the 
TCR is set, the receiver will also check the CRC. The last 
8 bytes of the loopback packet are buffered and can read 
out of the FIFO using FIFO read port. 


Loopback Modes 


MODE1: Loopback through the AT/LANTIC Controller Mod- 
ule (LB1 = 0, LBO = 1): If this loopback is used, the 
AT/LANTIC Controller Module’s serializer is connected to 
the deserializer. 


MODE 2: Loopback through the ENDEC Module (LB1 = 1, 
LBO = 0): If the loopback is to be performed through the 
SNI, the AT/LANTIC Controller provides a control (LPBK) 
that forces the ENDEC module to loopback all signals. 


MODE 3: Loopback to the external coax interface or twisted 
pair interface module (LB1 = 1, LBO = 1). Packets can be 
transmitted to the cable in loopback mode to check all of 
the transmit and receive paths and the cable itself. If, in 
twisted pair mode, there is a link fail the transmitter will be 
disabled which could give misleading results in Mode 3. The 
link integrity should be checked, by reading Configuration 
Register B, before this test. 


Note: Collision and Carrier Sense can be generated by the ENDEC module 
and are masked by the NIC module. It is not possible to go directly 
between the loopback modes, it is necessary to return to normal oper- 
ation (00H) when changing modes. 


Reading the Loopback Packet 


The last eight bytes of a received packet can be examined 
by 8 consecutive reads of the FIFO register. The FIFO 
pointer is increment after the rising edge of the CPU’s read 
strobe by internally synchronizing and advancing the point- 
er. This may take up to four bus clock cycles, if the pointer 
has not been incremented by the time the CPU reads the 
FIFO register again, the AT/LANTIC Controller will insert 
wait states. 


Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the AT/LANTIC Controller to malfunction. 


Alignment of the Received Packet in the FIFO 
Reception of the packet in the FIFO begins at location zero, 
after the FIFO pointer reaches the last location in the FIFO, 


the pointer wraps to the top of the FIFO overwriting the 
previously received data. 


This process is continued until the last byte is received. The 
AT/LANTIC Controller then appends the received byte 
count in the next two locations of the FIFO. The contents of 
the Upper Byte Count are also copied to the next FIFO loca- 
tion. The number of bytes used in the loopback packet de- 
termined the alignment of the packet in the FIFO. The align- 
ment for a 64-byte packet is shown below. 


FIFO 


. FIFO Contents 
Location 


First Byte Read 


0 Lower Byte Count | —> 


1 — Second Byte Read 
2 : 
3 : 
4 : 
5 , 
6 : 
7 


For the following alignment in the FIFO the packet length 
should be (N X 8) +5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC is appended by the transmitter, the 1st four bytes, 
bytes N-3 to N, correspond to the CRC. 


FIFO 
Rocation FIFO Contents 


0 — First Byte Read 
—> Second Byte Read 
: 
’ 
; 
; 
—> Last Byte Read 


Loopback Tests 
Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the AT/LANTIC Con- 
troller prior to transmitting and receiving packets on a live 
network. Typically these tests may be performed during 
power up of a node. The diagnostic provides support to veri- 
fy the following: 
1. Verify integrity of data path. Received data is checked 
against transmitted data. 
2. Verify CRC logic’s capability to generate good CRC on 
transmit, verify CRC on receive (good or bad CRC). 
3. Verify that the Address Recognition Logic can 
a. Recognize address match packets 
b. Reject packets that fail to match an address 


Loopback Operation in the AT/LANTIC Controller 


Loopback is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 


Last Byte Read 
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6.0 Operation of AT/LANTIC Controller (Continue) 


loopback testing. When loopback mode is selected in the 
TCR, the FIFO is spilt. A packet should be assembled in 
memory with programming of TPSR and TBCRO, TBCR1 
registers. When the transmit command is issued the follow- 
ing operations occur: . 


TRANSMITTER ACTIONS 


1. Data is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) : 


. The AT/LANTIC Controller generates 56 bits of pream- 
ble followed by an 8-bit synch pattern. 


. Data transferred from FIFO to serializer. 


. If CRC = 1 in TCR, no CRC calculated by AT/LANTIC 
Controller, the last byte transmitted is the last byte from 
the FIFO (allows software CRC to be appended). If 
CRC = 0, AT/LANTIC Controller calculates and ap- 
pends four bytes of CRC. 


5. At end of Transmission PTX bit set in ISR. 


RECEIVER ACTIONS 
. Wait for synch, all preamble stripped. 


. Store packet in FIFO, increment receive byte count for 
each incoming byte. 


. If CRC = 0 in TRC, receiver checks incoming packet for 
CRC errors. if CRC = 1 in TCR, receiver does not check 
CRC errors, CRC error bit always set in RSR (for address 
matching packets). 


. At end of receive, receive byte count written into FIFO, 
receive status register is updated. The PRX bit is typically 
set in the RSR even if the address does not match. If 
CRC errors are forced, the packet must match the ad- 
dress filters in order for the CRC error bit in the RS to be 
set. 


EXAMPLES 


The following examples show what results can be expected 
from a properly operating AT/LANTIC Controller during 
loopback. The restrictions and results of each type of loop- 
back are listed for reference. The loopback tests are divided 
into two sets of tests. One to verify the data path, CRC 
generation and byte count through all three paths. The sec- 
ond set of tests uses internal loopback to verify the receiv- 
ers CRC checking and address recognition. For all of the 
tests the DCR was programmed to 40H. 


TC 
AT/LANTIC}] 02 | 1F = 
Controller fies) fine) (Note 3) 
Internal 


Note 1: Since carrier sense and collision detect are generated in the 
ENDEC module. They are blocked during internal loopback, carrier 
and CD heartbeat are not seen and the CRS and CDH bits are set. 
CRC errors are always indicated by receiver if CRC is appended by 
the transmitter. 

Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the 
PRx bit remains 0 for all loopback modes. 


Note 4: All values are hex. 


Note 2: 


Note 3: 
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AT/LANTIC 
Controller 
Internal 


at F 
ise 1) 


Note 1: CDH is set, CRS is not set since it is generated by the external 
encoder/decoder. 


|_Path |tcr|pcr| tsk [RsR| Isr 


AT/LANTIC 1F 03 02 
Controller (Note 1) (Note 2) 
External 


Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01H,03H,07H and a variety of other values depending on 
whether collisions were encountered or the packet was deferred. 


: Will contain 08H if packet is not transmittable. 


: During extemal loopback the AT/LANTIC Controller is now ex- 
posed to network traffic, it is therefore possible for the contents of 
both the Receive portion of the FIFO and the RSR to be corrupted 
by any other packet on the network. Thus in a live network the 
contents of the FIFO and RSR should not be depended on. The 
AT/LANTIC Controller will still abide by the standard CSMA/CD 
protocol in external loopback mode (i.e. the network will not be 
disturbed by the loopback packet). 


Note 4: All values are hex. 


CRC and Address Recognition 


The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using internal 
loopback only so that the AT/LANTIC Controller is isolated 
from interference from the network. These tests also require 
the capability to generate CRC in software. 

The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set if the address in 
the packet matches the address filters. If errors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H, the TCR should be set to 
03H with a software generated CRC. 


[test | Address | ono | nen | 


Matching 01 (Note 1) 
Matching 02 (Note 2) 
Non-Matching 


Note 1: Status will read 21H if multicast address used. 

Note 2: Status will read 22H if multicast address used. 

Note 3: In test A, the RSR is set up. In test B the address is found to match 
since the CRC is flagged as bad. Test C proves that the address 
recognition logic can distinguish a bad address and does not notify 
the RSR of the bad CRC. The receiving CRC is proven to work in 
test A and test B. 


: All values are hex. 


6.0 Operation of AT/LANTIC Controller (Continued) 


Frame Alignment 
Counter 
Counter 


FIGURE 36. Tally Counters 


Network Management Functions 


Network management capabilities are required for mainte- 
nance and planning of a local area network. The 
AT/LANTIC Controller supports the minimum requirement 
for network management in hardware, the remaining re- 
quirements can be met with software. Software alone can 
not track during reception of packets: CRC errors, Frame 
Alignment errors, and missed packets, Figure 36. 


Since errored packets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packer arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The AT/LANTIC 
Controller counts the number of packets with CRC errors 
and Frame Alignment errors. 8-bit counters have been se- 
lected to reduce overhead. The counters will generate inter- 
rupts whenever their MSBs are set so that a software rou- 
tine can. accumulate the network statistics and reset the 
counter before overflow occurs. The counters are sticky so 
that when they reach a count of 192 (COH) counting is halt- 
ed. An additional counter is provided to count the number of 
packets the AT/LANTIC Controller misses due to buffer 
overflow or being offline. 

The structure of the counters is shown in Figure 36. 
Additional information required for network management is 
available in the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 


Typically, the following statistics might be gathered in soft- 
ware: 


Traffic: 


CNTR1 Interrupt 


CNTR2 
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Frames Sent OK 

Frames Received OK 

Multicast Frames Received 

Packets Lost Due to Lack of Resources 
Retries/Packet 

CRC Errors 

Alignment Errors 

Excessive Collisions 

Packet with Length Errors 

Heartbeat Failure 


6.6 MEMORY ARBITRATION AND BUS OPERATION 

The AT/LANTIC Controller will always operate as a slave 

device on its peripheral interface to the ISA bus. However 

on the memory bus, the AT/LANTIC Controller operates in 

three possible modes: 

1. Bus Master of Local Packet Buffer RAM 

2. Bus Slave when accessed by the CPU via the Bus Inter- 
face ; 


3. Idle, when no activity is occurring. 


Errors: 
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FIGURE 37. DP8390 Core Bus States 


Upon power-up the AT/LANTIC Controller is in an indeter- 
minate state. After receiving a hardware reset the 
AT/LANTIC Controller is a bus slave in the Reset State, the 
receiver and transmitter are both disabled in this state. The 
reset state can be re-entered under four conditions, soft 
reset (Stop Command), register reset (reset port in I/O 
mode, bit in Control Register 1 in shared memory mode), 
hard reset (RESET input) or an error that shuts down the 
receiver or transmitter (FIFO underflow or overflow, receive 
buffer ring overflow). 


After initialization of registers, the AT/LANTIC Controller is 
issued a Start command and the AT/LANTIC Controller en- 
ters Idle state. Until the DMA is required the AT/LANTIC 
Controller remains in idle state. 


The idle state is exited and the AT/LANTIC Controller will 
drive the loca! memory bus when a request from the FIFO in 
the DP8390 (NIC) core causes the memory bus interface 
logic to issue a read or write operation, such as when the 
AT/LANTIC Controller is transmitting or receiving data. 

in I/O mode the NIC Core’s Remote DMA also requests 
access from the memory bus. When software programs an 
1/O mode data transfer between the CPU and the buffer 
RAM, the Remote DMA controls this request. 


In Shared Memory Mode, the memory bus is accessed via 
the CPU interface directly. 

All Local DMA transfers are burst transfers, the DMA will 
transfer an exact burst of bytes programmed in the Data 
Configuration Register (DCR) then relinquish the memory 
bus. If there are remaining bytes in the FIFO the next burst 
will not be initiated until the FIFO threshold is exceeded. 


1/O Mode Operation 

In 1/O mode the AT/LANTIC Controller transfers data to 
and from the packet buffer RAM by utilizing the Remote 
DMA logic which is programmed by the main system CPU to 
transfer data through the AT/LANTIC Controller’s internal 
data port register. 


BUS MASTER 
(PERFORMS 
DMA) 


BURST COMPLETE 
+ EMPTY + FULL 
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6.0 Operation of AT/LANTIC Controller (Continue) 
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TL/F/11498-35 
FIGURE 38. I/O Operation: All Data Transfers and 
Arbitration is Controlled by the NIC Core 


INTERLEAVED LOCAL/REMOTE OPERATION 


When in I/O mode the remote DMA is used to transfer data 
to/from the main system. If a remote DMA transfer is initiat- 
ed or in progress when a packet is being received or trans- 
mitted, the Remote DMA transfers will be interrupted for 
higher priority Local DMA transfers. When the Local DMA 
transfer is completed the Remote DMA will rearbitrate for 
the bus and continue its transfers. 


if the FIFO requires service while a remote DMA is in prog- 
ress the Local DMA burst is appended to the Remote Trans- 
fer. When switching from a local transfer to a remote trans- 
fer there is a break to allow the CPU to fairly contend for the 
bus. 


REMOTE DMA BI-DIRECTIONAL PORT 


The Remote DMA transfers data between the local buffer 
memory and the internal bidirectional port (memory to |/O 
transfer). 


This transfer is arbitrated on a transfer by transfer basis 
versus the burst transfer mode used for Local DMA trans- 
fers. This bidirectional port is integrated onto the AT/LAN- 
TIC Controller, and is read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 


to the port (Remote Read). 
BOUNDARY 


CURRENT 
PAGE 


Second ee ee. 


Remote DMA 
Boundary Removes Packet 
Pointer ; 


FIGURE 39. 1st Received Packet 
Removed by Remote DMA 
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1/0 MODE REMOVING PACKETS FROM RING 


Network activity is isolated on a local bus, where the 
AT/LANTIC Controller’s local DMA channel performs burst 
transfers between the buffer memory and the AT/LANTIC 
Controller's FIFO. The Remote DMA transfers data be- 
tween the buffer memory and the host memory via the inter- 
nal bidirectional 1/O port. The Remote DMA provides local 
addressing capability and is used as a slave DMA by the 
host. The host system reads the I/O port to transfer data 
between the system and I/O port. The AT/LANTIC Control- 
ler allows Local and Remote DMA operations to be inter- 
leaved. 


Packets are removed from the ring using the Remote DMA. 
When using the Remote DMA the Send Packet command 
can be used. This programs the Remote DMA to automati- 
cally remove the received packet pointed to by the Bounda- 
ry Pointer. At the end of the transfer, the AT/LANTIC Con- 
troller moves the Boundary Pointer, freeing additional buff- 
ers for reception. The Boundary Pointer can also be moved 
manually by programming the Boundary Register. Care 
should be taken to keep the Boundary Pointer at least ¢ one 
buffer behind the Current Page Pointer. 


Data transfer by the Remote DMA to the integrated I/O data 
port is dependent on whether the AT/LANTIC Controller is 
set into 8-bit mode or 16-bit mode. In 8-bit mode all trans- 
fers are 8 bits (1 byte) wide. When in 16-bit mode all trans- 
fers are 16 bits (1 word) wide. The data width is selected by 
setting the WTS bit in the Data Configuration Register and 
setting the DWID pin for the proper mode. 


The following is a suggested method for maintaining the 
Receive Buffer Ring pointers if in shared memory mode or if 
remote read is used in I/O mode. 


1. At initialization, set up a software variable (next__pkt) to 
indicate where the next packet will be read. At the begin- 
ning of each Remote Read DMA operation, the value of 
next_pkt will be loaded into RSARO and RSAR1. 


2. When initializing the AT/LANTIC Controller set: 


BNDRY = PSTART 
CURR = PSTART + 1 
next_pkt = PSTART + 1 


3. After a packet is DMAed from the Receive Buffer Ring, 
the Next Page Pointer (second byte in the AT/LANTIC 
Controller buffer header is used to update BNDRY and 
next__pkt. 
next_pkt = Next Page Pointer 
BNDRY = Next Page Pointer — 1 


If BNDRY < PSTART then BNDRY = PSTOP — 1 


Note the size of the Receive Buffer Ring is reduced by one 
256 byte buffer, this will not, however, impede the operation 
of the AT/LANTIC Controller. The advantage of this 
scheme is that it easily differentiates between buffer full and 
buffer empty: it is full if BNDRY = CURR; empty when 
BNDRY = CURR-—1. If, in [/O mode, send packet is used 
to empty the buffer ring this scheme cannot be used. 
BNDRY must be initialized equal to CURR, or the first exe- 
cuted send packet will not return data from the received 
packet, which will be written at CURR. The Overwrite Warn- 
ing bit of the Interrupt Status Register must be used in this 
mode to differentiate between buffer full and buffer empty. 


BOUNDARY 
POINTER REMOTE DMA 
REMOVES PACKET 


RECEIVE BYTE 
COUNT (L) 
COUNT (H) 


1/0 MODE REMOTE DMA COMMANDS 


The Remote DMA channel is used in the !/O Mode to both 
assemble packets for transmission, and to remove received 
packets from the Receive Buffer Ring. It may also be used 
for moving blocks of data or commands between host mem- 
ory and local buffer memory. (In Shared Memory Mode, the 
Remote DMA should be disabled, and not used. Packet 
transfer to/from the system is accomplished by normal CPU 
read/write operations.) 


There are three modes of Remote DMA operation: Remote 
Write, Remote Read, or Send Packet. 


Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) and a Remote 
Byte Count (RBCRO, RBCRI) register pair. The Start Ad- 
dress Register pair points to the beginning of the block to be 
moved while the Byte Count Register pair is used to indicate 
the number of bytes to be transferred. Full handshake logic 
is provided to move data between local buffer memory and 
a bidirectional I/O port. 


Remote Write: A Remote Write transfer is used to move a 
block of data from the host into local buffer memory. The 
Remote DMA will read data from the I/O port and sequen- 
tially write it to local buffer memory beginning at the Remote 
Start Address. The DMA Address will be incremented and 
the Byte Counter will be decremented after each transfer. 
The DMA is terminated when the Remote Byte Count Regis- 
ter reaches a count of zero. 


Remote Read: A Remote Read transfer is used to move a 
block of data from local buffer memory to the host. The 
Remote DMA will sequentially read data from the local buff- 
er memory, beginning at the Remote Start Address, and 
write data to the I/O port. The DMA Address will be incre- 
mented and the Byte Counter will be decremented after 
each transfer. The DMA is terminated when the Remote 
Byte Count Register reaches zero. 


6.0 Operation of AT/LANTIC Controller. (continuea) 
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FIGURE 40. Remote DMA Autoinitialization from Buffer Ring 
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Send Packet Command: The Remote DMA channel can 
be automatically initialized to transfer a single packet from 
the Receive Buffer Ring. The CPU begins this transfer by 
issuing a “Send Packet’’ Command. The DMA will be initial- 
ized to the value of the Boundary Pointer Register and the 
Remote Byte Count Register pair (RBCRO, RBCR1) will be 
initialized to the value of the Receive Byte Count fields 
found in the Buffer Header of each packet. After the data is 
transferred, the Boundary Pointer is advanced to allow the 
buffers to be used for new receive packets. The Remote 
Read will terminate when the Byte Count equals zero. The 
Remote DMA is then prepared to read the next packet from 
the Receive Buffer Ring. If the DMA pointer crosses the 
Page Stop Register, it is reset to the Page Start Address. 
This allows the Remote DMA to remove packets that have 
wrapped around to the top of the Receive Buffer Ring. 


Note 1: In order for the AT/LANTIC Controller to correctly execute the 
Send Packet command, the upper Remote Byte Count Register 
(RBCR1) must first be loaded with OFH. 

Note 2: The Send Packet command cannot be used with 680x0 type proc- 
essors. 


1/0 MODE READ TIMING 


1. The DMA reads a word from local buffer memory and 
writes the word into the internal latch, increments the 
DMA address and decrements the byte count 
(RBCRO,1). 

2. Internally a request line is asserted to enable the system 
to read the port. If the system reads this port before the 
data has been written, then the system is sent a wait 
signal to wait until the data has been written to the port. 
Once written the system’s read is allowed to complete. 


3. The system reads the port, the read strobe for the port is 
used as an acknowledge to the Remote DMA and it goes 
back to step 1. 
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6.0 Operation of AT/LANTIC Controller (continued) 


Steps 1-3 are repeated until the remote DMA is complete 


(i.e. the byte count has gone to zero). 


Note that in order for the Remote DMA to transfer a word 
from memory to the latch, it must arbitrate access to the 
local buffer RAM. After each word is transferred to the inter- 
nal latch, access to the RAM is relinquished. If a Local DMA 
is in progress, the Remote DMA is held off until the local 
DMA is complete. 


1/0 MODE WRITE TIMING 


A Remote Write operation transfers data from the 1/O port’ 


to the local buffer RAM. The system transfers a byte-word 
to the latch via IOWR. This write strobe is detected by the 
AT/LANTIC Controller and the byte/word is transferred to 
local buffer memory. The Remote DMA holds off further 
transfers into the latch until the current byte/word has been 
transferred from the latch. 


1. AT/LANTIC Controller awaits data to be written by the 
system. System writes byte/word into latch. 


2. Remote DMA reads contents of port and writes byte/ 
word to local buffer memory, increments address and 
decrements byte count (RBCRO,1). 


. Go back to step 1. 


Steps 1-3 are repeated until the remote DMA is com- 
plete. 
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An Arbiter determines whether the NIC 
Core or the ISA bus can read/write to 
the RAM. The Remote DMA is not used. 
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FIGURE 41. Shared Memory Mode the 
ISA Bus Directly Access the RAM 


Shared Memory Mode Operation 


In shared memory mode the AT/LANTIC Controller trans- 
fers data to or from the packet buffer RAM directly from or 
to the ISA bus. The buffer RAM is mapped into system 
memory with the AT/LANTIC Controller doing all address 
decoding, synchronization and handshaking. 


INTERLEAVED SHARED/LOCAL OPERATION 


When in shared memory mode the local DMA is used to 
transfer data to or from the FIFO in the NIC core and ulti- 
mately the network. If a local DMA transfer is in progress 
when a shared memory access occurs the system is sent a 
wait state signal until the local DMA has been completed. If 
the shared memory access begins first then it will be com- 
pleted before any local DMA is allowed. 
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SHARED MEMORY HOST DATA TRANSFER 

In Shared Memory Mode the system reads data from the 
RAM directly, usually using memory string move instruc- 
tions. The memory is enabled by setting D6 of Shared Mem- 


_ ory Control Register 1. The base address of the memory is 


programmed by writing to the Control Registers. 


If DWID is low only Control Register 1 is used to program 
base address, so the memory must exist in the lower 
1 Mbytes of system memory. A19 is always Compared to a 
1 when DWID is low. The A13-18 bits are compared to the 
address lines, if there is 8k of memory. A13 is not compared 
in 16k mode, A13-14 are not compared in 32k mode (8-bit 
non-compatible) and A13~15 are not compare in 64k mode 
(16-bit non-compatible). 

lf DWID is high both Control Registers must be programmed 
to set the base address, so the memory can exist anywhere 
in up to 16 Gbytes of system memory. LA19 can be either 1 
or 0. The same limited decode, as detailed above, also oc- 
curs depending on the memory size. 


SHARED MEMORY READ TIMING 


The system executes a normal memory read cycle which 
the AT/LANTIC Controller will complete immediately, if idle, 
or insert wait states into if local DMA is current. The byte or 
word of data is fetched from the buffer RAM via the memory 
support bus. 


SHARED MEMORY WRITE TIMING 


The system executes a normal memory write cycle which 
the AT/LANTIC Controller will complete immediately, if idle, 
or insert wait states into if local DMA is current. The byte or 
word of data is written to the buffer RAM via the memory 
support bus. 


6.7 FUNCTIONAL BUS TIMING 

This section describes the bus cycles that the AT/LANTIC 

Controller performs. These timings can be subdivided into 3 

basic categories: 

1. ISA I/O Access: There are register accesses in both 
modes, and [/O data accesses in I/O mode. 

2. Shared-RAM ISA Accesses: These are the timing for the 
ISA bus accesses through the AT/LANTIC Controller to 
the memory bus and buffer RAM. 

. Boot PROM ISA Accesses: These are the timing for the 
ISA bus accesses through the AT/LANTIC Controller to 
the memory bus and boot PROM. 

. Local and I/O RAM Accesses: This is the timing of the 
Local DMA, accesses from the NIC Core FIFO to the 
RAM, and the Remote DMA accesses to the ne over 
the memory bus. 


ISA Bus I/O Accesses 

The AT/LANTIC Controller is designed to directly interface 
to the ISA bus (PC-AT backplane bus). The CPU can read or 
write any internal registers. All register accesses are byte 
wide. The functional timing for AT/LANTIC Controller ac- 
cesses are shown in the following pages. 


6.0 Operation of AT/LANTIC Controller (continuea) 


8-Bit 1/O Mode Slave Read 
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This is the type of cycle used to read from a register or, in 8-bit |/O mode, from a data transfer port. These accesses are entirely 
asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an IORD. If AEN 
is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when 
ready. If it is ready immediately CHRDY is not deasserted. The data will always appear on SDO-7. 


8-Bit I/O Mode Slave Write 
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This is the type of cycle used to write to a register or, in 8-bit 1/O mode, to a data transfer port. These accesses are entirely 
asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an TOWR. If AEN 
is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when 
ready. If it is ready immediately CHRDY is not deasserted. The data will always be taken from SDO-7. 
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6.0 Operation of AT/LANTIC Controller (continued) 


16-Bit 1/O Mode Slave Read 
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This is the type of cycle used to read from a data transfer port in 16-bit 1/O mode. These accesses are entirely asynchronous, 
with the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an IORD. If AEN is high the 
cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when ready. If itis 
ready immediately CHRDY is not deasserted. 1016 is generated, when an address within the AT/LANTIC Controller's data 
transfer port is decoded, to indicate to the system that this is a 16-bit transfer. If the IO16CON bit in Configuration Register B is 
low then it will be a straight decode of the SA0-9 lines. If that bit is high the 1016 output will be generated after ORD goes 
active. SBHE must be low, to indicate that this is a 16-bit transfer, and the address should be even, SAO low. The data will 
appear on SD0O-15. 


16-Bit I/O Mode Slave Write 
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This is the type of cycle used to write to a data transfer port in 16-bit 1/O mode. These accesses are entirely asynchronous, with 
the AT/LANTIC Controller responding when it decodes the correct address on SAO-9 and an IOWR. If AEN is high the cycle will 
be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when ready. If it is ready 
immediately CHRDY is not deasserted. 1076 is generated, when an address within the AT/LANTIC Controller’s data transfer port 
is decoded, to indicate to the system that this is a 16-bit transfer. If the |O16CON bit in Configuration Register B is low then it will 
be a straight decode of the SAO-9 lines. If that bit is high the 1016 output will be generated after IOWR goes active. SBHE must 
be low, to indicate that this is a 16-bit transfer, and the address should be even, SAO low. The data will be taken from SDO-15. 
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6.0 Operation of AT/LANTIC Controller (continued) 
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16-Bit I/O Cycle with CHRDY Fix 


Some Chips and Technologies and VLS! Technologies PC-AT chip sets have timing requirements in 16-bit 1/O cycles that 
cannot be achieved by the default AT/LANTIC cycle, described on the previous page. When that cycle is executed with these 
chip sets the system does not recognize the CHRDY signal and does not insert wait states. The system executes a standard 
cycle and deasserts IORD or IOW even if CHRDY is still deasserted. The AT/LANTIC recognizes if this situation has occurred, 
asserts CHRDY and sets a bus error bit in Configuration Register B to flag this error. Thus the user can test any new system to 
see if this error occurs and then take some remedial action. There are two ways of overcoming this problem, which are 
implemented by various board vendors. The AT/LANTIC supports both methods to allow the user to decide. Either fix can be 
selected by software, by writing to Configuration Register B. 


The first fix is enabled by setting the 1016-bit of Configuration Register B. In normal operation any time a valid address exists on 
SA0-9 1016 is generated. Delaying 1016 until after the IORD or IOW can cure the problem on non-compliant machines. The 
theory is that the system is fooled into thinking an 8-bit peripheral is responding, since 1016 is not generated for the valid 
address, and accepts 8-bit I/O cycle timings for CHRDY. It then rechecks 1016 after the IORD or IOW strobe and correctly 
determines it is a 16-bit peripheral. If a system did not recheck 1016 it would generate 2 8-bit cycles instead of 1 16-bit cycle. 
The AT/LANTIC would interpret each 8-bit access as a 16-bit transfer and decrement it’s DMA byte count by 2. Eventually the 
system would attempt to access the data transfer port when the AT/LANTIC had finished transferring data and CHRDY would 
be deasserted indefinitely. To prevent misoperation, this fix should only be implemented on systems that require it. 


The above figure shows the second fix to the problem with non-compliant machines. It is enabled by setting the CHRDY bit of 
Configuration Register B. This approach works on the theory that CHRDY deassertion is not fast enough and should be faster. 
In fact, it must be deasserted before the IORD or IOW strobe to operate correctly in some machines. All of the signals shown 
above are the same as a normal 16-bit |/O cycle, except CHRDY. BALE goes active and the address becomes valid after a 
falling edge of ISACLK. This causes the AT/LANTIC to generate 1016 if the address decodes to the data transfer port. BALE 
goes inactive after the next rising edge of ISACLK and IORD or IOW is asserted after the following falling edge. Normally 
CHRDY would be deasserted after the IORD or IOW strobe, if the AT/LANTIC was not ready. With this fix implemented CHRDY 
is deasserted as soon as the address becomes valid and BALE is active. If a memory cycle is in operation, instead of an I/O, 
CHRDY is asserted after the command strobe (MRD, MWR, SMRD or SMWR). If the address becomes invalid CHRDY is 
asserted. To prevent CHRDY being asserted for the half clock between BALE going inactive and IORD or IOW going active the 
AT/LANTIC holds CHRDY asserted as long as ISACLK is high between these signals. If the delay between the falling edge of 
ISACLK and the falling edge of IORD or IOW is too great, there may be a period where CHRDY is not held deasserted. This 
should not cause a problem. To prevent misoperation, this fix should only be implemented on systems that require it. 
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6.0 Operation of AT/LANTIC Controller (continued) 


ISA Bus Shared Memory Access Timing 


Shared Memory Mode Read Bus Timing with DWID Low 
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This is the type of cycle used to read from buffer RAM in shared memory mode when DWID is low. These accesses are entirely 
asynchronous, with the AT/LANTIC Controller responding when it decodes the address on SAO-19 matches Control Register 1 
and an SMRD. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to 
respond and asserted when ready. If it is ready immediately CHRDY is not deasserted. If the memory width bit in Control 
Register 2 is low then 8 kbytes of RAM are accessible, so only RCS1 is used to strobe data and the data is always on MSDO~7. 
If this bit is high 16 kbytes of RAM are accessible, so both chip selects and byte lanes are used. If the memory address is even 
RCS1 and MSD0-7 are used, if odd RCS2 and MSD8-15 are used. System data is always output on SDO-7. 


1-62 


6.0 Operation of AT/LANTIC Controller (Continued) 


Shared Memory Mode Write Bus Timing with DWID Low 


BALE / \ / 
i ee eS 


CHRDY 


800-7 XXX ci&{i{_, QMS SSS SSS SS 


RCS1 or 


RCS2 ee 
i i a: ne 


MSWR 


FEE SINAN EEE AHN 


TL/F/11498-44 


This is the type of cycle used to write to buffer RAM in shared memory mode when DWID is low. These accesses are entirely 
asynchronous, with the AT/LANTIC Controller responding when it decodes the address on SAO-19 matches Control Register 1 
and an SMWR. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to 
respond and asserted when ready. If it is ready immediately CHRDY is not deasserted. If the memory width bit in Control 
Register 2 is low then 8 kbytes of RAM are accessible, so only RCS1 is used to strobe data and the data is always on MSDO-7. 
If this bit is high 16 kbytes of RAM are accessible, so both chip selects and byte lanes are used. If the memory address is even 


RCS1 and MSD0-7 are used, if odd RCS2 and MSD8-15 are used. System data is always taken from SD0O-7. 
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6.0 Operation of AT/LANTIC Controller (Continued) 


16-Bit Shared Memory Mode Read Bus Timing with DWID High 
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This is the type of cycle used to read 16 bits from buffer RAM is shared memory mode when DWID is high. These accesses are 
entirely asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on LA17-23, SAO-19 
and a MRD. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond 
and asserted when ready. If it is ready immediately CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
allow generation of M16. This will be generated whenever the LA17-23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that. It may be preferable to only set the 8/16-bit for the duration of a transfer from the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing accesses to buffer RAM and 
therefore do a complete decode. The system indicates that this is a 16-bit transfer by asserting SBHE and accessing an even 
address, SAO low. The full 16 bits of data bus are used on both system and memory support busses. 
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6.0 Operation of AT/LANTIC Controller (Continuea) 


16-Bit Shared Memory Mode Write Bus Timing with DWID High 
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This is the type of cycle used to write 16 bits to buffer RAM in shared memory mode when DWID is high. These accesses are 
entirely asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on LA17-23, SA0-19 
and a MWR. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond 
and asserted when ready. If it is ready immediately CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
allow generation of M16. This will be generated whenever the LA17-23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that. It may be preferable to only set the 8/16-bit for the duration of a transfer to the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing accesses to buffer RAM and 
therefore do a complete decode. The system indicates that this is a 16-bit transfer by asserting SBHE and accessing an even 
address, SAO low. The full 16 bits of data bus are used on both system and memory support busses. 
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6.0 Operation of AT/LANTIC Controller (continuea) 


8-Bit Shared Memory Mode Read Bus Timing with DWID High 
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This is the type of cycle used to read 8 bits from buffer RAM in shared memory mode when DWID is high. These accesses are 
entirely asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on LA17-23, SAO-19 
and a MRD. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond 
and asserted when ready. If it is ready immediately CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
allow generation of M16. This will be generated whenever the LA17—23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that. It may be preferable to only set the 8/16-bit for the duration of a transfer from the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing accesses to buffer RAM and 
therefore do a complete decode. The system indicates that this is an 8-bit transfer by not asserting SBHE for an even address, 
SAO low, or by accessing an odd address, SAO high. If the 8/16-bit is low the AT/LANTIC Controller will only drive data onto 
SDO-7. Even addresses will use RCS1T and MSDO-7, odd addresses will use RCS2 and MSD8~15. If 8/16-bit is high the 
AT/LANTIC Controller can drive either SD0-7 or SD8-15. Even addresses are fetched using RCS7 and MSDO-7 and driven 
onto SDO-7. Odd addresses are fetched using RCS2 and MSD8-15 and driven onto SD8-15. 


1-66 


6.0 Operation of AT/LANTIC Controller (continued) 


8-Bit Shared Memory Mode Write Bus Timing with DWID High 
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This is the type of cycle used to write 8 bits to buffer RAM in shared memory mode when DWID is high. These accesses are 
entirely asynchronous, with the AT/LANTIC Controller responding when it decodes the correct address on LA17-23, SA0-19 
and a IORD. If AEN is high the cycle will be ignored. CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond 
and asserted when ready. If it is ready immediately CHRDY is not deasserted. The 8/16-bit in Control Register 2 must be set to 
allow generation of M16. This will be generated whenever the LA17-23 lines match the corresponding values in Control 
Register 2. It will therefore be generated for a full 128 kbytes of address space, although the AT/LANTIC Controller will occupy 
less than that. It may be preferable to only set the 8/16-bit for the duration of a transfer to the buffer RAM. The AT/LANTIC 
Controller will also compare the address line programmed in Control Register 1 before allowing accesses to buffer RAM and 
therefore do a complete decode. The system indicates that this is an 8-bit transfer by not asserting SBHE for an even address, 
SAO low, or by accessing an odd address, SAO high. If the 8/16-bit is low the AT/LANTIC Controller will only read data from 
SDO-7. Even addresses will use RCS1 and MSDO-7, odd addresses will use RCS2 and MSD8-15. If 8/16-bit is high the 
AT/LANTIC Controller can read from either SD0-7 or SD8-15. Even addresses are read from SDO-7 and written to RAM using 
RCS1 and MSDO-7. Odd addresses are read from SD8-15 and written to RAM using RCS2 and MSD8-15. 
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6.0 Operation of AT/LANTIC Controller (continues) 


ISA Bus Boot PROM Access Timing 


Boot PROM Read Bus Timing 
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This is the type of cycle used to read the boot PROM. These accesses are entirely asynchronous, with the AT/LANTIC 
Controller responding when it decodes the correct address on SAO-19 and a SMRAD. If AEN is high the cycle will be ignored. 
CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when ready. If it is ready immediately 
CHRDY is not deasserted. M16 Is only generated if the AT/LANTIC Controller is 1) in shared memory mode AND 2) DWID 
is high AND 3)8/16-bit in Control Register 2 is high AND 4) the LA17-23 lines match the corresponding values in 
Control Register 2. The data will normally be driven onto SDO-7. However, if M16 is generated and the access is to an odd 
address the data will be driven onto SD8-15. The data will always be taken from MSDO-7. 
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6.0 Operation of AT/LANTIC Controller (continued) 


Boot PROM Write Bus Timing 
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This is the type of cycle used to write to the boot PROM. These accesses are entirely asynchronous, with the AT/LANTIC 
Controller responding when it decodes the correct address on SAO-19 and a SMWR. If AEN is high the cycle will be ignored. 
CHRDY is deasserted if the AT/LANTIC Controller is not ready to respond and asserted when ready. If it is ready immediately 
CHRDY is not deasserted. M16 Is only generated if the AT/LANTIC Controller is 1) in shared memory mode AND 2) DWID 
Is high AND 3) 8/16-bit in Control Register 2 is high AND 4) the LA17-23 lines match the corresponding values in 
Control Register 2. The data will normally be taken from SDO-7. However, if M16 is generated and the access is to an odd 
address the data will be taken from SD8-15. The data will always be driven onto MSDO-7. The BPWR bit of Configuration 


Register B must be high to allow write cycles to the boot PROM. 
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6.0 Operation of AT/LANTIC Controller (continued) 


RAM Access Timing 
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This is a memory read cycle executed by the AT/LANTIC Controller's internal DMA. This is used to either load the data transfer 
port, during a Remote Read in I/O mode, or to load the FIFO, for a transmission on the network, in both modes. This transfer is 
synchronized to BSCLK, which can be either driven from the 20 MHz input on X1 or by the BSCLK input. This is selected by the 
CLKSEL bit in Configuration Register C. If there is 8 kbytes of RAM only RCS1 is used, if 16 kbytes are available RCS1 and 
RCS2 are used. 
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This is a memory write cycle executed by the AT/LANTIC Controller's internal DMA. This is used to either write from the data 
transfer port, during a Remote Write in 1/O mode, or to empty the FIFO, during a reception from the network, in both modes. This 
transfer is synchronized to BSCLK, which can be either driven from the 20 MHz input on X1 or by the BSCLK input. This is 
selected by the CLKSEL bit in Configuration Register C. If there is 8 kbytes of RAM only RCS7 is used, if 16 kbytes are available 
RCS1 and RCS2 are used. 
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7.0 Preliminary Operating Conditions 
Electrical Characteristics Min. has: “UNS 
Supply Voltage (Vcc) 4.75 5.25 V 
. . Operating Temperature (Ta) 0 +70 °C 
Absolute Maximum Ratings ESD Tolerance: 1.25 kV 
lf Military/Aerospace specified devices are required, Czap = 100pF, Rzap = 1.5k2. | 


‘please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 


Supply Voltage (Vcc) —0.5V to +7.0V 
Storage Temperature (Tsta) —65°C to + 150°C 
Package Power Dissipation (Pp) 800 mW 
Lead Temperature (T_) 260°C 


(Soldering, 10 seconds) 


Preliminary DC Specifications 


_Symbol Description [conditions | min | Max | Units 


SUPPLY CURRENT 


Average Active (Transmitting/Receiving) X1 = 20 MHz Clock 
Supply Current Vin = Switching 
Average Idle Supply Current. X1 = 20 MHz Clock 
Vin = Voc or GND 
Low Power Supply Current _ X1 = Undriven 
Vin = Voc = Undriven 


TTL INPUTS | 
[Maximum LowLevelinputVotage | 
Minimum High Level Input Voltage le eo 
3SH TRI-STATE HIGH DRIVE 1/0 
24 
[Maximum Low LevellnputVoltage | 
[Minimum HighLovelinputVoltage | 
Vout = Voc or GND 


MOS INPUTS, OUTPUTS AND 1/0 


ICCIDLE 


+1.0 
+10.0 


Vou | Minimum High Level OutputVottage | ton = 20H | Voc. | |v 
Vor__| Maximum LowLevel Output Voltage | ton = 2A | || 
Vi___| MaximumtowLevelinputVotage | | | 
Viq___| Minimum High Level input Voltage | | || 
Vio | _MaximumLowLevelinputVoltageowid [| | to | 
Vino | Minimum High Level input Vottageowid | | | 
hn HA 
ino _|_InputCurent TEST, DWIDPullDownResister_ | Vi= Voc |_| 2000 | HA 
le | InputGurentTesT,Msoo-7_— | i= Vecorand | | 2000 | HA 
RESET = Active 
loz__|_ Maximum TRI-STATE Output Leakage Current | Vour=VccorGnD | -100 | +100 | nA 
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7.0 Preliminary Electrical Characteristics (Continued) 
Preliminary DC Specifications (continued) 


OCH OPEN COLLECTOR HIGH DRIVE OUTPUT 


VoL Maximum Low Level Output Voltage lo. = 24mA le. * od 


LED DRIVER OUTPUT 


VoL Maximum Low Level Output Voltage lo. = 16mA (aan 


THIN DRIVER OUTPUT 


OSCILLATOR PINS (X1 AND X2) 


X1 Input High Voltage X1 is Connected to an 
Oscillator 

X1 Input Low Voltage X1 is Connected to an 
Oscillator 


X1 Input Current X1 is Connected to an 
Oscillator 
Vin = Voc or GND 


Differential! Output Voltage (TX +) 780 Termination and 2709 | +550 | +1200 
from Each to GND (Note 1) 

Differential Idle Output Voltage 780 Termination and 2700 Typical: 40 mV 

Imbalance (TX+) ~ | from Each to GND (Note 1) 


Undershoot Voltage (TX +) 780 Termination and 2700 Typical: 80 mV 
from Each to GND (Note 1) 

Diff. Squelch Threshold (RX+, CD) i ger 

Diff. Input Common Mode Voltage (RX+,CD+) | (Note 1) 


TXOd+, TXO+ Low Level Output Resistance lo. = 25 mA 
TXOd +, TXO+ High Level Output Resistance 


Receive Threshold Turn-On Voltage 
10BASE-T Mode 


VSROFF 


Note 1: These parameters are not guaranteed by production testing. 
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8.0 Preliminary Switching Characteristics 


Memory Support Bus Accesses (for I/O port or FIFO transfers) 
1 t2 t3 t4 tf 


T2113 
BSCK 
114 


MSAO-15 SOQggge OF EQOQOOQYYY 


: TS 


17 


T8 i 
fA RE INNA GEE, CAAA 


T9 T10 


FEE III EE CO 


: TL/F/11498-53 


8-Bit 16-Bit 
Description - Transfers Transfers Units 


RISD WA with wo [| | | 7s 
T4 RCS and MSA1 — 15 Valid to 105 ae 
MSWR Deasserted (Note 1) 
T5 MSA1 — 15 Valid after ne 
MSRD — WR Deasserted 
T6 RCS Held after MSRD—WR Aa 
Deasserted (Note 1) 
T7 RCS and MSA1— 15 Valid to 
MSD0-— 15 Valid (Note 1) aa as hed nae me 
T8 Read Data Hold fromMSRD Deasserted | 0 | ns 
T9 Write Data Set-Up to MSWR Deasserted | 50 | ns 


a Cr 
ee 
a 


T14 Minimum Bus Clock Cycle Time (bcyc) 


Note 1: In 8-bit mode RCS refers to RCS only. In 16-bit mode RCS refers to both RCS1 and RCS2. 


ns 
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8.0 Preliminary Switching Characteristics (continued) 


ISA Slave Accesses 


BALE 


1 
a Prag 
T19 n18 
AEN NAN ASA 


T2 
T22 


1817-23 SK O>*XLRR QUA SSNS 
: ES 


casos 7 a Tea 
SBHE 


SA0-9 


a, Ss ae = cae 
SMRD, SMWR 


IORD, IOWR 114 


T23 T50+ 


13 T10 
thea SASS 
sAiitg) DIMM NNSSSSSSSNSSSSSSSSSSD = 
ee _—— a a 730 
BPCS : 
a— er 
MSA1-15 SQ Address Valid____—«oR 
T25 


fi = 
i (Road) SSSSSMMMMSSSSOOSSSSSSSSSSSSSSSSSSSSD RQ 


we rite) SSSSSSSSSSSSSSSSSSSSSSSSNNND OVOMQAA 
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8.0 Preliminary Switching Characteristics (continued) 


ISA Slave Accesses 


Symbol Description Transfers Transfers 
| Min | Max | Min | Max | 
A 
Ta | AEN ValdnelreGonnandSvabonone wo wo | 
=momamere” TT | ‘te 
Active before 1016 Valid (Notes 1, 10) 
T6b MRD, MWR Asserted to CHRDY Deasserted (Note 2) | 45 | | 45 | 
Téc BALE Asserted and SA0-9 Valid to || oo | 
CHRDY Deasserted (Notes 2, 4) 
17 TORD, IOWR Deasserted before SBHE and SAO-9 Invalid as uy 
Ta SBHE and SAO-9 invalid to IOT6 Invalid fo | | 
T8b LA17-23 Invalid to M16 Invalid (Note 1) ES i 
T9 TORD, MRD Deasserted to SDO-15 Read Data Invalid (Note 3) [0 pi 
T10 TORD, MRD Deasserted to SD0-~15 Floating (Note 3) | | 45 


Tila DO-15 Write Data Valid to IOWR Deasserted (Note 3) 

T12 tOWR, MWR Deasserted to SDO-15 Write Data Invalid (Note 3) 
_T18a TORD, TOWR Active Width (Note 8) 

T14a TORD, IOWR Inactive Width 

T14b SMRD, SMWR, MRD, MWR Inactive Width 

T15 . | BALE Asserted before MRD, MWR Asserted 

T16 MRD, MWR Deasserted before Next BALE Asserted 


T17 CHRDY Asserted to SDO--15 I/O Read 
Data Valid (Notes 2, 3, 6) 


T18 TORD, IOWR Deasserted before AEN Invalid 

T19 AEN Valid before BALE Deasserted 

T20 TORD Asserted to SDO-15 Read Data Valid (Notes 3 and 7) 
T21 LA17-23 Valid before BALE Deasserted 
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Units 


ns 
ns 
ns 
ns 
ns 
ns 
ns 


ns 


ns 


ns 


ns 


ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 


ns 


ns 


ns 
ns 
ns 


ns 
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8.0 Preliminary Switching Characteristics (Continued). 
ISA Slave Accesses 


oe S ASy Hees i te 8-Bit 16-Bit 
Symbol a - Description Transfers Transfers Units 


T35b 7 {| | as 

[Sem [e[ fet 
to CHRDY Asserted (Note 11) 

T38b Driving Data from SDO-15 on to MSD0-15 | } 200] | 200 | y 
to CHRDY Asserted (Note 13) - 


Note 1: M16 , 10716 are only asserted for 16-bit transfers. 


Note 2: CHRDY i is only deasserted if the NIC core can not service the access immediately. It is held deasserted until the NIC core is ready, causing the system to 
insert wait states. ; 


Note 3: On 8-bit transfers only 8 bits of MSDO-15 and DO-7 are driven. 


Note 4: This is the early CHRDY timing, required by some machines, where CHRDY is referenced to BALE. In this mode of operation, under certain circumstances, 
CHRDY will be asserted for cycles which are not for this device, i.e. memory cycles or I/O cycles where SAO-9 match our address before reaching their valid state. 
In such a case the time to assert CHRDY, from MRD, MWR or.SA0-—9 invalid, will be the same as the deassertion time specified. : : 

Note 5: This is the standard CHRDY timing where CHRDY is asserted after IORD or IOWR. 


Note 6: Read data valid is referenced to CHRDY when wait states have been inserted. 


Note 7: If no wait states are inserted read data valid can be measured from IORD. 

Note 8: This is a minimum timing with no additional wait states. 

Note 9: This is the standard TO16 timing where IOT6 is asserted after a valid address decode. 

Note 10: This is the late 1016 6 timing, required by some machines, where IO16 is asserted after.a valid address decode and JORD or IOWR going active. . 
Note 11: This is a timing for a RAM access. 


Note 12: RCS refers to RCS1 and RCS2. Depending on the mode of operation either or both can be asserted. See the Functional Bus Timing section for a further 
explanation. 


Note 13: This is a timing for a Boot PROM access. 
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8.0 Preliminary Switching Characteristics (continued) 
RESET Timing 


VOC eee y, 


RESET 
10 Inactive 
RegLoad 


EE LOAD 
TL/F/11498-55 


RESET Asserted Until |O Inactive Asserted (Note 1) | 400 | | 
_ RESET Asserted Until RegLoad State Entered (Note 2) ee ee 


RESET Deasserted Until RegLoad Deasserted (Note 3) | 100 | 
RESET Deasserted Until EELOAD State Entered (Note 4) | oo | 
EELoad Width (Note 4) A. tl 


Note 1: I/O inactive is not an externa! signal. It is used here to indicate the length of time RESET must be active before the AT/LANTIC Controller recognizes it, 
begins to drive the ISA outputs to their inactive state and ignores ISA inputs except RESET. 


Note 2: RegLoad is not an external signal. It is used here to indicate the length of time RESET must be active before the AT/LANTIC Controller begins contiguring. 
When |Oinactive goes active the internal pull-down resistors on the memory support buses are enabled. 


Note 3: If RegLoad is high the values on the memory support buses are latched into the configuration registers when RESET is deasserted. The pull-down resistors 
on this bus are enabled until RegLoad is deasserted. 


Note 4: EELoad is not an extemal signal, it is used here to indicate when the EEPROM store is loading. 


Serial EEPROM Timing 


EECS 


MSD2 


MSDO SSS SSS SS FSS MQ 


TL/F/11498-~56 | 


T8 ‘Data OutValidfromMsp2Hign =| = | 500 | ns 


Note 1: Derived from Crystal Oscillator Tolerance = +0.01%. 
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8.0 Preliminary Switching Characteristics (Continued) 
AUI Transmit Timing (End of Packet) 


Por foe foe | 


TL/F/11498~57 


Symbol Description | min | Max | Units 
tron Transmit Output High before Idle [x 9-000 Ts | ns — 


trol Transmit Output Idle Time 8000 foo ns 


AUI/TPI Receive Timing (End of Packet) 


| | | 


Rx+ or RXI+ 
eel 


Rx- or RXI- / \ / \ a 
| ° | : | 
Rx+ or RXI+ 


teop0 


Rx- or RXI- \ / \ / \ : Se 


TL/F/11498-58 


[___ eeserition dn 


Receive End of Packet Hold Time after Logic‘1” (Note1) | 225 | | 
- Receive End of Packet Hold Time after Logic “0” (Note 1) | 228 | 


Note 1: This parameter is guaranteed by design and is not tested. 
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8.0 Preliminary Switching Characteristics (continued) 
Link Pulse Timing 


SO6E8dd 


tipw tip 


TXO+ 


TXOd+ 


TXO- 


TX0d- / \ / \ , 


TL/F/11498-59 


Symbol Description | Min | Max | Units 


tip Time between Link Output Pulses a ae ee ae) ns 


Link Integrity Output Pulse Width ee ee ee 
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8.0 Preliminary Switching Characteristics (Continued) 
TP! Transmit Timing (End of Packet) 


a eNO NO NO NO ee 


Description | Min | Max | 
Pre-Emphasis Output Delay (TXO+ to TXOd +) (Note 1) 


TL/F/11498-60 


Transmit Hold Time at End of Packet (TXO +) (Note 1) i a) ee 
Transmit Hold Time at End of Packet (TXOd+)(Note1) | 200 | | 


Note 1: This parameter is guaranteed by design and is not tested. 
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9.0 AC Timing Test Conditions 


Input Pulse Levels (TTL/CMOS) GND to 3.0V 

Input Rise and Fall Times (TTL/CMOS) 5ns 

Input and Output Reference Levels 1.3V 
(TTL/CMOS) 

Input Pulse Levels (Diff.) —350 mV to - 1315 mV 

Input and Output 50% Point of 


the Differential 
Float (AV) +0.5V 


Reference Levels (Diff.) 
TRI-STATE Reference Levels 
Output Load (See Figure Below) 


All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 


Output Load (See Figure Below) 


Voc 
$1 (Note 3) 


_ 


R= 2.2k (Note 4) 


Device 
Under 
Test 


O Output 


C 
epee 1,2) 


TL/F/11498-61 
Note 1: Load Capacitance used depends on output type (includes scope 
and jig capacitance): 
For 3SL, MOS, TPI, AUI: C_ = 50 pF. 
For 3SH, OCH: C_ = 240 pF. 


Note 2: Specifications which measure delays from an active state to a high 
impedance state are not guaranteed by production test, but are character- 
ized using 70 pF, and are correlated to determine true driver turn-off time by 
eliminating inherent R-C delay times in measurements. 


Note 3: S1 = Open for timing test for push pull outputs. 
S1 = Vcc for Vo, test. 
$1 = GND for Voy test. 
S1 = Vcc for High Impedance to active low and 


active low to High Impedance measurements. 
= GND for High Impedance to active high and 
active high to High !mpedance measurements. 
Note 4: Pull-up load for CHRDY = 1k. 
1016 = 300N. 
M16 = 3000. 
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Pin Capacitance T, = 25°C, f = 1 MHz 


cour | ouput Capacince | 10 | oF _ 


DERATING FACTOR 

Output timing is measured with a purely capacitive load of 
50 pF, or 240 pF. The following correction factor can be 
used for other loads (Note: This factor is preliminary): 
Derating for 3SL, MOS = ~0.05 ns/pF 

Derating for 3SH, OCL, TP! = ~0.03 ns/pF 


AUI Transmit Test Load 


TX+ 
780 27 pH 
TX- 


TL/F/11498-62 
Note: In the above diagram, the TX+ and TX- signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer used for 
all testing is a 100 pH +0.1% Pulse Engineering PE64103. 
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ZA NAtone! 


Semiconductor 


DP83902A ST-NIC™ 


PRELIMINARY 


Serial Network Interface Controller for Twisted Pair 


General Description 


The DP83902A Serial Network Interface Controller for 
Twisted Pair (ST-NIC) is a microCMOS VLSI device de- 
signed for easy implementation of CSMA/CD local area net- 
works. These include Ethernet (10BASE5), Thin Ethernet 
(1OBASE2) and Twisted-pair Ethernet (10BASE-T). The 
overall ST-NIC solution provides the Media Access Control 
(MAC) and Encode-Decode (ENDEC) with an AUI interface, 
and 10BASE-T transceiver functions in accordance with the 
IEEE 802.3 standards. 


The DP83902A’s 10BASE-T transceiver fully complies with 


the IEEE standard. This functional block incorporates the. 


receiver, transmitter, collision, heartbeat, loopback, jabber, 
and link integrity blocks as defined in the standard. The 
transceiver when combined with equalization resistors, 
transmit/receive filters, and pulse transformers provides a 
complete physical interface from the DP83902A’s ENDEC 
module and the twisted pair medium. 


The integrated ENDEC module allows Manchester encod- 
ing and decoding via a differential transceiver and phase 
lock loop decoder at 10 Mbit/sec. Also included are colli- 
sion detect translator and diagnostic loopback capability. 
The ENDEC module interfaces directly to the transceiver 
module, and also provides a fully IEEE compliant AUI (At- 
tachment Unit Interface) for connection to other media 
transceivers. (Continued) 


1.0 System Diagram 


Features 

m Single chip solution for IEEE 802.3, 10BASE-T 

m Integrated controller, ENDEC, and transceiver 

g@ Full AUI interface : 

@ No external precision components ere oS 

m@ 3 levels of loopback supported 

Transceiver Module 

m Integrates transceiver electronics, including: 
— Transmitter and receiver 
— Collision detect, heartbeat and jabber timer 
— Link integrity test 

@ Link disable and polarity detection/correction 

a Integrated smart receive squelch 

m Reduced squelch level for extended distance cable op- 
eration (100-pin QFP version) 

ENDEC Module , 

m 10 Mb/s Manchester encoding! decoding, plus clock re- 
covery 

@ Transmitter half or full step mode 

m Squelch on receive and collision pairs 

m@ Lock time 5 bits typical 

m Decodes Manchester data with up to +18 ns jitter - 

MAC/Controller Module —. 
100% DP8390 software/hardware compatible 
Dual 16-bit DMA channels 
16-byte internal FIFO 
Efficient buffer management implementation 
Independent system and network clocks 
Supports physical, multicast and broadcast address {il- 
tering 
Network statistics storage 


Station or DTE 


TWISTED 


bf FILTER 


COAX TRANSUEIVEN OR MAU 


DP8392 
“aq COAXIAL 
“-f TRANSCEIVER 
iq INTERFACE 


DP83902A_ F 
TWISTED PAIR 
SERIAL 
NETWORK 
INTERFACE [- 
CONTROLLER 
ST-NIC : 


Connection 


TL/F/11157-1 
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General Description (Continuew) Table Of Contents 2 
The Media Access Control function which is provided by the 1.0 SYSTEM DIAGRAM = 
Network Interface Control module (NIC) provides simple 2.0 PIN DESCRIPTION N 
and efficient packet transmission and reception contro! by 3.0 BLOCK DIAGRAM > 


means of unique dual DMA channels and an internal FIFO. 


Bus arbitration and memory control logic are integrated to 4.0 FUNCTIONAL DESCRIPTION 


reduce board cost and area overheads. 5.0 TRANSMIT/RECEIVE PACKET 

DP83902A provides a comprehensive single chip solution ENCAPSULATION/DECAPSULATION 

for 10BASE-T IEEE 802.3 networks and is designed for 6.0 DIRECT MEMORY ACCESS CONTROL (DMA) 
easy interface to other transceivers via the AUI interface. 7.0 PACKET RECEPTION 

Due to the inherent constraints of CMOS processing, isola- 8.0 PACKET TRANSMISSION 

tion is required at the AUI differential signal interface for 9.0 REMOTE DMA 


10BASES5 and 10BASE2 applications. Capacitive or induc- 


tive isolation may be used. 10.0 INTERNAL REGISTERS 


11.0 INITIALIZATION PROCEDURES 

12.0 LOOPBACK DIAGNOSTICS 

13.0 BUS ARBITRATION AND TIMING 

14.0 PRELIMINARY ELECTRICAL CHARACTERISTICS 
15.0 SWITCHING CHARACTERISTICS 

16.0 AC TIMING TEST CONDITIONS 

17.0 PHYSICAL DIMENSIONS 


Connection Diagrams 


~ [7 PRD 

@ [J WACK 
J SNISEL 
L_J GND 
_} CD+ 
| CD- 


os 
<< 
ac 2 
LL 


7] RX+ 
=] Rx- 
Voc 
mA 
1 GND 


a 9 
<< 
fe & 
aE 
9 8 


wELYGND 
~~ [J GND 


10 


ao 


Vd] TX+ 

Ad1 LJ LJ} TX- 

AD2L) ; PJ} AUI/TPI 

AD3 LJ LJ SEL 

AD4 ] GND/X2 

ADS Ld X1 

AD6 LJ} 20 MHz 

[=] GDLNK/LNKDIS 


AD8 1 Nc 
AD9 DP83902AV mie 
AD10 PLCC 71 GND 
AD11 84 PIN LJ GND 
NC "J RXI- 
NC PT] RXI+ 
GND 1 Veg 
Yee Yee 
AD12 7] GND 
AD13 7] Txod+ 
AD14 [J Tx0- 
AD15 7] Tx0+ 
ADSO 1 1xX0d- 


- 
uo 


GND CJ 
BscK () 
READY [J 
BACK J 
GND 
TXE/TX [J 
colo 


PRQ/ADS 1 


TL/F/11157-2 
Order Number DP83902AV 
See NS Package Number V84A 
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Connection Diagrams (continued) 


veo6esdd 


a | 
fo) 
ra) 
a 
° 
wn 


is3l Cj 
438394 (9 


a 
=z 
o 
a 
80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57°56 55 54 53 52 51 


“49 [CI TXE/TX 
48 [-] GND 
47 Pot 


Voc C81 
RX- 2] 82 


RX+ £9 83 
co- (9 84 
cbo+ E985 
GND C9 86 


SNISEL EJ 87 


45 (7) BREQ 
440] NC 


43 TJ BACK 


cRS/RX C9 88 


42 2] PRQ/ADS1 


Veo C4 89 
GND LJ 90 


41] READY 


40 LJ NC 


DP83902AVLJ 
100 PIN QUAD FLAT PACK 


NC C491 
GND EJ 92 


39 TJ PWR 
38 [NC 


Voc C93 


37 LJ RACK 
36 [J BSCK 


35 INC 


NC [2] 94 
INT E95 


WACK (79 96 


34 (J GND 


nc [97 


33 [J ACK 


PRDLJ98 
RA3 E499 
RA2 £9100 


32 [J SRD 


31fT SWR 


10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 


23 4 5 6 7 8 9 


1 


PJ! tav 
r] OaV 
CJ ON 
PJ 6av 
J sav 
J ON 
_] LGV 
mE 
CJ sav 
a] ON 
CJ vav 
sav 
J Zav 
mites 
Py oqv 
PJ ON 
J ova 
Paiva 


TL/F/11157-56 


Order Number DP83902AVLJ 
See NS Package Number VLJ100A 
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Connection Diagrams (continued) 


v206e8da 


GDLNK/LNKDIS 


AUI/TPI 
SQSEL 


N 
=x 
= 
o 
N 
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GND 
GND 
RXI- 
RXI+ 
Voc 
Voc 
GND 
TXOd+ 
TX0- 
TXO+ 


TX+ 
TX- 
NC 
NC 
NC 
NC 


eno DP83902AVJG 


WACK 


15 16 17 18 19 
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TL/F/111457-65 
Order Number DP83902AVJG 
See NS Package Number VJG100A 1 | 
2.0 Pin Description 


Parp | picc | AVG 


BUS INTERFACE PINS 


95 INT INTERRUPT: Indicates that the DP83902A requires CPU attention after 
reception transmission or completion of DMA transfers. The interrupt is cleared 
by writing to the ISR (Interrupt Status Register). All interrupts are maskable. 


96 ait WACK WRITE ACKNOWLEDGE: Issued from system to DP83902A to indicate that 


data has been written to the external latch. The DP83902A will begin a write 
98 7 


cycle to place the data in local memory. 
99, 100, 96, RA3-RAO 
1,2 98-100 


memory write cycle to local memory (remote write operation). This allows 
asynchronous transfer of data from the system memory to local memory. 


REGISTER ADDRESS: These four pins are used to select a register to be read 
or written. The state of these inputs is ignored when the DP83902A is not in 
slave mode (CS high). 


ee PORT READ: Enables data from external latch on to local bus during a 
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2.0 Pin Description (Continued) 


Parp | pPLcc | AWG 


BUS INTERFACE PINS (Continued) 


12-23, ADO- 1/0, e MULTIPLEXED ADDRESS/DATA BUS: 
io 5 28-31 AD15 ¢ Register Access, with DMA inactive, CS low and ACK returned from 
14, 15, 17, DP83902A, pins ADO-AD7 are used to read and write register data. AD8- 
18, 22, 23, AD15 float during I/O transfers, SRD, SWR pins are used to select 
25, 26 


direction of transfer. 
© Bus Master with BACK input asserted. 
During tt of memory cycle ADO—AD15 contain address. 
During t2, t3, t¢4 ADO-AD15 contain data (word transfer mode). 
During t2, t3, t4 ADO-AD7 contain data, AD8-AD15 contain address (byte 
transfer mode). 
Direction of transfer is indicated by DP83902A on MWR, MRD lines. 


ADSO 1/0, Z | ADDRESS STROBE 0: 
¢ Input: with DMA inactive and CS low, latches RAO-RA3 inputs on falling 
edge. If high, data present on RAO-RAS will flow through latch. 
© Output: When Bus Master, latches address bits (ADO-AD15) to external 
memory during DMA transfers. 


CHIP SELECT: Chip Select places controller in slave mode for .P access to 
internal registers. Must be valid through data portion of bus cycle. RAO-RA3 
are used to select the internal register. SWR and SRD select direction of 
data transfer. 


MASTER WRITE STROBE: (Strobe for DMA transfers) 

Active low during write cycles (t2, t3, tw) to buffer memory. Rising edge 
coincides with the presence of valid output data. TRI-STATE® until BACK 
asserted. 


MASTER READ STROBE: (Strobe for DMA transfers) 
Active during read cycles (t2, t3, tw) to buffer memory. Input data must be 


valid on rising edge of MRD. TRI-STATE until BACK asserted. 


SLAVE WRITE STROBE: Strobe from CPU to write an internal register 
selected by RAO—RA3. Data is latched into the DP83902A on the rising 
edge of this input. 


SLAVE READ STROBE: Strobe from CPU to read an internal register 
selected by RAO-RA3. The register data is output when SRD goes low. 


ACKNOWLEDGE: Active low when DP83902A grants access to CPU. Used 
to insert WAIT states to CPU until DP83902A is synchronized for a register 
read or write operation. 


BUS CLOCK: This clock is used to establish the period of the DMA memory 
cycle. Four clock cycles (t1, ¢2, t3, t4) are used per DMA cycle. DMA 
transfers can be extended by one BSCK increment using the READY input. 


READ ACKNOWLEDGE: Indicates that the system DMA or host CPU has 
read the data placed in the external latch by the DP83902A. The DP83902A 
will begin a read cycle to update the latch. 


PORT WRITE: Strobe used to latch data from the DP83902A into external 
latch for transfer to host memory during Remote Read transfers. The rising 
edge of PWR coincides with the presence of valid data on the local bus. 


READY: This pin is set high to insert wait states during a DMA transfer. The 
DP83902A will sample this signal at t3 during DMA transfers. 


PORT REQUEST/ADDRESS STROBE 1 

¢ 32-BIT MODE: If LAS is set in the Data Configuration Register, this line is 
programmed as ADS1. It is used to strobe addresses A16-—A31 into 
external latches. (A16—A31 are the fixed addresses stored in RSARO, 
RSAR1). ADS1 will remain at TRI-STATE until BACK is received. 

¢ 16-BIT MODE: If LAS is not set in the Data Configuration Register, this 
line is programmed as PRQ and is used for Remote DMA Transfers. The 
DP83902A initiates a single remote DMA read or write operation by 
asserting this pin. In this mode PRQ will be a standard logic output. 

Note: This line will power up as TRI-STATE until the Data Configuration Register is programmed. 
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2.0 Pin Description (Continued) 


parp | picc | AWG 


BUS INTERFACE PINS (Continued) 


40 BACK BUS ACKNOWLEDGE: Bus Acknowledge is an active high signal indicating that 
the CPU has granted the bus to the DP83902A. If immediate bus access is 
desired, BREQ should be tied to BACK. Tying BACK to Vcc will result in a 
deadlock. 
BREQ BUS REQUEST: Bus Requestis an active high signal used to request the bus for 


ie DMA transfers. This signal is automatically generated when the FIFO needs 
RESET RESET: Reset is active low and places the DP83902A in a reset mode 
immediately. No packets are transmitted or received by the DP83902A until STA 
: bit is set. Affects Command Register, Interrupt Mask Register, Data Configuration 
Register and Transmit Configuration Register. The DP83902A will execute reset 
within 10 BSCK cycles. 


servicing. 
NETWORK INTERFACE PINS 
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48 45 POL POLARITY: A TTL/MOS active high output. This signal is normally in the low 
state. When the TP! module detects seven consecutive link pulses or three 
consecutive received packets with reversed polarity POL, is asserted. 
TXE/TX TRANSMIT ENABLE/TRANSNMIT: A TTL/MOS active high output. It is asserted 
for approximately 50 ms whenever the DP83902A transmits data in either AUI or 
TPI modes. 
COLLISION: A TTL/MOS active high output. It is asserted for approximately 50 
ms whenever the DP83902A detects a collision in either the AUI or TPI modes. 
49 TEST FACTORY TEST INPUT: Used to check the chip’s internal functions. This should 
be tied low during normal operation. 
55,56, | 54,55, | 54, 55, TWISTED PAIR TRANSMIT OUTPUTS: These high drive CMOS level outputs 
58, 59 56, 57 56, 57 are resistively combined external to the chip to produce a differential output 
signal with equalization to compensate for Intersymbol Interference (ISI) on the 
twisted pair medium. 
64,65 | 61,62 | 61,62 | RXI+, TWISTED PAIR RECEIVE INPUTS: These inputs feed a differential amplifier 
RXI— which passes valid data to the ENDEC module. 
GDLNK/ | I1/O | GOOD LINK/LINK DISABLE: This pin has a dual function both input and output. 
LNKDIS The function is latched by the DP83902A on the rising edge of the Reset signal 
i.e.: on the chip returning to normal operation after reset. 
As an output this pin is configured as an open drain N-channel device and is 
suitable for driving a LED. It will be latched as output on removal of chip reset if 
connected to a LED or left open circuit. Under normal conditions (the twisted pair 
link is not broken) the output will be low, and the LED will be lit. The open drain 
output will be switched off if the twisted pair link has been detected to be broken. 
It is recommended that the color of the LED be green. This output will be pulled 
high in AUI mode, by an internal resistor of approximately 15 kf. 
When this pin, which has an internal pull-up resistor to Vpp, is tied low it becomes 
an input and the link integrity checking is disabled. 

73 SQSEL TPI SQUELCH SELECT: This pin selects the TP! module input squelch 
thresholds. When tied low, the input squelch threshold on the RXI + inputs 
complies to 10BASE-T specification. When set high, the RXI+ input operates 
with reduced squelch levels, allowing its use with longer lengths of cable or cable 
with higher losses. If this pin is left unconnected, an internal pulldown causes the 
ST-NIC’s TPI to default to the higher squelch level. 

70 20 MHz 20 MHz: This is a TTL/MOS level signal. It is a buffered version of the oscillator 
X2. It is suitable to drive external logic. 

| 1 | EXTERNAL OSCILLATOR INPUT 
GND/ GROUND/Xz2: If an oscillator is used, this pin should be tied to ground and ifa 
X2 crystal is used, this pin should be tied directly to the crystal. 
MODE SELECT: When high, TX+ and TX— are the same voltage in the idle 
state. When low, Transmit+ is positive with respect to Transmit— in the idle 
state, at the transformer’s primary. 
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2.0 Pin Description (continueg) 


PLCC AVJG we 


NETWORK INTERFACE PINS (Continued) 


75 72 72 AU!/ AUI/TPI SELECT: A TTL level active high input that selects either the 
TPI AUL interface or the TP! module for interface with the ENDEC module. 
When high the AUI is selected, when low the TPI is selected. 
76, 77 73, 74 74,75 TX-, AU! TRANSMIT OUTPUT: Differential driver which sends the encoded 
TX+ data to the transceiver. The outputs are source followers which require 
2702 pulldown resistors. 
82, 83 78, 79 80, 81 RX-, AU! RECEIVE INPUT: Differential receive input pair from the 
RX+ transceiver. 
84, 85 80, 81 82, 83 CD-, AU! COLLISION INPUT: Differential collision pair input from the 
CD+ transceiver. 
SNISEL 


87 FACTORY TEST INPUT: For normal operation tied to Voc. When low 
enables the ENDEC module to be tested independently of the 
DP83902A module. 


CARRIER SENSE/RECEIVE: A TTL/MOS level active high signal. It is 
asserted for approximately 50 ms whenever valid transmit or receive 
data is detected while in AU! mode or receive data is detected while in 
TPI mode. 


POWER SUPPLY PINS (DIGITAL) 


21,46,89 | 1,27,47 | 18,43,87 | Vcc _| _| POSITIVE 5V SUPPLY PINS 


20, 34, 48, 2, 26, 39, | 17,32, 46, | GND NEGATIVE (GROUND) SUPPLY PINS: It is suggested that a 
68, 90 49, 64 64, 88 decoupling capacitor be connected between the Vcc and GND pins. 


POWER SUPPLY PINS (ANALOG) 


VCO 5V SUPPLY PIN: Care should be taken to reduce noise on this 


pin as it supplies power to the analog VCO to the Phase Lock Loop. 


VCO GROUND SUPPLY PIN: Care should be taken to reduce noise on 
this pin as it supplies ground to the analog VCO to the Phase Lock 
Loop. 

TPI RECEIVE 5V SUPPLY: Power pin supplies 5V to the Twisted Pair 
Interface Receiver. 


TPI RECEIVE GROUND: Ground pin for the Twisted Pair Interface 
Receiver. 


TP! TRANSMIT 5V SUPPLY: Power pin supplies 5V to the Twisted Pair 
Interface Transmitter. 


TPi TRANSMIT GROUND: Ground pin for the Twisted Pair Interface 
Transmitter. 


AUI RECEIVE 5V SUPPLY: Power pin supplies 5V to the AUI Interface 
Receiver. 


AUI RECEIVE GROUND: Ground pin for the AUI Interface Receiver. 


AUI TRANSMIT 5V SUPPLY: Power pin supplies 5V to AUI Interface 
Transmitter. 


AUI TRANSMIT GROUND: Ground pin for the AUI Interface 
Transmitter. 


3, 9, 13, 16, , 25, 1, 5, 8, 16, NO CONNECTION. Do not connect to these pins. 
19, 24, 35, 38, ; 19, 24, 33, 
40, 44, 53, 54, 38, 41, 44, 
57, 62, 67, 78, 51, 52, 53, 
91, 94, 97 68, 70, 73, 
78, 91, 94, 
97 
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3.0 Block Diagram 
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FIGURE 1 


Typical Connection to Twisted Pair Cable 
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Recommended integrated modules are: 
1) Pulse Engineering PE65431 
2) Belfuse 0556-2006-01 or 0556-3392-00 
3) Valor FL1012. 
ST-NIC Twisted Pair Interface 
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4.0 Functional Description (Refer to Figure 1) 


TWISTED PAIR INTERFACE (TPl) MODULE 
The TPI consists of five main logical functions: 


a) The Smart Squelch, responsible for determining when 
valid data is present on the differential receive inputs 
(RXI+). 

b) The Collision function checks for simultaneous transmis- 
sion and reception of data on the TXO+ and RXI+ pins. 


c) The Link Detector/Generator checks the integrity of the 
cable connecting the two twisted pair MAUs. 


d) The Jabber disables the transmitter if it attempts to trans- 
mit a longer than legal packet. 


e) The Tx Driver & Pre-emphasis transmits Manchester en- 
coded data to the twisted pair network via the summing 
resistors and transformer/filter. 


SMART SQUELCH 


The ST-NIC implements an intelligent receive squelch on 
the RXI+ differential inputs to ensure that impulse noise on 
the receive inputs will not be mistaken for a valid signal. 


The squelch circuitry employs a combination of amplitude 
and timing measurements to determine the validity of data 
on the twisted pair inputs. There are two squelch levels 
which are selectable via the SQSEL pin. One mode is 
10BASE-T compatible, and the second is reduced squelch 
mode. 


The diagram shows the 10BASE-T mode operation of the 
smart squelch. 


The signal at the start of packet is checked by the smart 
squelch and any pulses not exceeding the squelch level 
(either positive or negative, depending upon polarity) will be 
rejected. Once this first squelch level is overcome correctly 
the opposite squelch level must then be exceeded within 
150 ns. Finally the signal must exceed the original squelch 
level within a further 150 ns to ensure that the input wave- 
form will not be rejected. The checking procedure results in 
the loss of typically three bits at the beginning of each pack- 
et. 


Only after all these conditions have been satisfied will a 
control signal be generated to indicate to the remainder of 
the circuitry that valid data is present. At this time the smart 
squelch circuitry is reset. 


Valid data is considered to be present until either squelch 
level has not been generated for a time longer than 150 ns, 
indicating End of Packet. Once good data has been detect- 
ed the squelch levels are reduced to minimize the effect of 
noise causing premature End of Packet detection. 


<150ns 


reduced 


Vsq- 
reduced 


Mies 


start of packet : 
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The reduced squelch mode functions the same as the 
10BASE-T mode except that only the lower level is used for 
both turn-on and turn-off. 


COLLISION 


A collision is detected by the TP] module when the receive 
and transmit channels are active simultaneously. If the TPI 
is receiving when a collision is detected it is reported to the 
controller immediately. If, however, the TPI is transmitting 
when a Collision is detected the collision is not reported until 
seven bits have been received while in the collision state. 
This prevents a collision being reported incorrectly due to 
noise on the network. The signal to the controller remains 
for the duration of the collision. 


Approximately 1 ps after the transmission of each packet a 
signal called the Signal Quality Error (SQE) consisting of 
typically 10 cycles of 10 MHz is generated. This 10 MHz 
signal, also called the Heartbeat, ensures the continued 
functioning of the collision circuitry. 


LINK DETECTOR/GENERATOR 


The link generator is a timer circuit that generates a link 
pulse as defined by the 10BASE-T specification that will be 
generated by the transmitter section. The pulse which is 
100 ns wide is transmitted on the TXO+ output, every 
16 ms, in the absence of transmit data. 


The pulse is used to check the integrity of the connection to 
the remote MAU. The link detection circuit checks for valid 
pulses from the remote MAU and if valid link pulses are not 
received the link detector will disable the transmit, receive 
and collision detection functions. 


The GDLNK output can directly drive a LED to show that 
there is a good twisted pair link. For normal conditions the 
LED will be on. The link integrity function can be disabled as 
described in the Pin Description Section. 


JABBER 


The jabber timer monitors the transmitter and disables the 
transmission if the transmitter is active for greater than 
26 ms. The transmitter is then disabled for the whole time 
that the ENDEC module’s internal transmit enable is assert- 
ed. This signal has to be deasserted for approximately 
750 ms (the unjab time) before the Jabber re-enables the 
transmit outputs. 


TRANSMIT DRIVER 


The transmitter consists of four signals, the true and com- 
plement Manchester encoded data (TXO+) and these sig- 
nals delayed by 50 ns (TXOd+). 


>150 ns 
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4.0 Functional Description (continued) 


These four signals are resistively combined, TXO+ with 
TXOd— and TXO— with TXOd+. This is known as digital 
pre-emphasis and is required to compensate for the twisted 
pair cable which acts like a low pass filter causing greater 
attenuation to the 10 MHz (50 ns) pulses of the Manchester 
encoded waveform than the 5 MHz (100 ns) pulses. 


An example of how these signals are combined is shown in 
the following diagram. 


Data 
re Tl GA (ee a ( 


Combined 
waveform 
with 
Pre~emphasis 


TL/F/11157-6 
The signal with pre-emphasis shown above is generated by 
resistively combining TXO+ and TXOd-. This signal along 
with its complement is passed to the transmit filter. 


STATUS INFORMATION 


Status information is provided by the ST-NIC on the 
CRS/RX, TXE/TX, COL and POL outputs as described in 
the pin description table. These outputs are suitable for driv- 
ing status LEDs via an appropriate driver circuit. 


The POL output is normally low, and will be driven high 
when seven consecutive link pulses or three consecutive 
receive packets are detected with reversed polarity. A polar- 
ity reversal can be caused by a wiring error at either end of 
the TPI cable. On detection of a polarity reversal the condi- 
tion is latched and POL is asserted. The TPI corrects for this 
error internally and will decode received data correctly, elim- 
inating the need to correct the wiring error. 


ENCODER/DECODER (ENDEC) MODULE 

The ENDEC consists of three main logical blocks: 

a) The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits it differentially to the transceiver, through the differ- 
ential transmit driver. 


b) The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock pulses, 
and sends it to the controller. 


c) The collision translator indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL. 


MANCHESTER ENCODER AND DIFFERENTIAL DRIVER 


The differential transmit pair, on the secondary of the trans- 
former, drives up to 50 meters of twisted pair AUI cable. 
These outputs are source followers which require two 2702 
pull-down resistors to ground. 

The DP83802A allows both half-step and full-step to be 
compatible with Ethernet and IEEE 802.3. With the SEL pin 
low (for Ethernet 1). Transmit+ is positive with respect to 


Transmit— during idle; with SEL high (for IEEE 802.3), 
Transmit+ and Transmit— are equal in the idle state. This 
provides zero differential voltage to operate with transform- 
er coupled loads. 


MANCHESTER DECODER 


The decoder consists of a differential receiver and a PLL to 
separate a Manchester decoded data stream into internal 
clock signals and data. The differential input must be exter- 
nally terminated with two 392 resistors connected in series 
if the standard 780 transceiver drop cable is used. In thin 
Ethernet applications, these resistors are optional. To pre- 
vent noise from falsely triggering the decoder, a squelch 
circuit at the input rejects signals with levels less than 
—175 mV. Signals more negative than —300 mV are de- 
coded. Data becomes valid typically within 5 bit times. The 
DP83902A may tolerate bit jitter up to 18 ns in the received 
data. The decoder detects the end of a frame when no more 
mid-bit transitions are detected. 


COLLISION TRANSLATOR 

When in AUI mode, when the Ethernet transceiver (DP8392 
CTI) detects a collision, it generates a 10 MHz signal to the 
differential collision inputs (CD +) of the DP83902A. When 
these inputs are detected active, the DP83902A uses this 
signal to back off its current transmission and reschedule 
another one. 

The collision differential inputs are terminated the same way 
as the differential receive inputs. The squelch circuitry is 
also similar, rejecting pulses with levels less than —175 mV. 


CRYSTAL/OSCILLATOR OPERATION 


OCSILLATOR 

The oscillator is controlled by a 20 MHz parallel resonant 

crystal connected between X1 and X2 or by an external 

clock on X1. The 20 MHz output of the oscillator is divided 

by 2 to generate the 10 MHz transmit clock for the control- 

ler. The oscillator also provides internal clock signals to the 

encoding and decoding circuits. 

Note: When X1 is being driven by an external oscillator, X2 MUST be 
grounded. 


Crystal Specifications 


Parallel Resonance 
MexesR [zon 


Crystal Load Capacitor 20 pF 


The 20 MHz crystal connection to the DP83902 requires 
special care. The IEEE 802.3 standard requires the trans- 


mitted signal frequency to be accurate within +0.01%. 


Stray capacitance can shift the crystal’s frequency out of 
range and cause transmitted frequency to exceed its 0.01% 
tolerance. The frequency marked on the crystal is usually 
measured with a fixed load capacitance specified in the 
crystal’s data sheet, typically 20 pF. 


Ve06E8dG 


DP83902A 


4.0 Functional Description (continued) 


In order to prevent distortion on the transmitted frequency, 
the total capacitance seen by the crystal should equal the 
total load capacitance. On a standard parallel set-up as 
shown in the diagram below, the 2 load caps C1 and C2 
should equal 2C1, the spec load cap, (due to the capacitors 
acting in series) less any Stray capacitances. 


Thus the trim capacitors required can be calculated as fol- 

lows: 

C1=2XC1 —(Cb1 + Cd1) Where Cb1 = Board cap on X1 
and Cd1=X1 dev cap 

C2=2XC1—(Cb2-+ Cd2) Where Cb2= Board cap on X2 
and Cd2=X2 dev cap 


The value of STNIC pins X1 and X2 is in the region of 5 pF. 
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NIC (Media Access Control) MODULE 
RECEIVE DESERIALIZER 


The Receive Deserializer is activated when the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Delimiter) to establish 


where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 


CRC GENERATOR/CHECKER > 


During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the SFD. The CRC is shifted out MSB first follow- 
ing the last transmit byte. During reception the CRC logic 
generates a CRC field from the incoming packet. This local 
CRC is serially compared to the incoming CRC appended to 
the end of the packet by the transmitting node. If the local 
and received CRC match, a specific pattern will be generat- 
ed and decoded to indicate no data errors. Transmission 
errors result in different pattern and are detected, resulting 
in rejection of a packet (if so programmed). 


TRANSMIT SERIALIZER . 


The Transmit Serializer reads parallel data from the FIFO 
and serializes it for transmission. The serializer is clocked by 
the transmit clock generated internally. The serial data is 
also shifted into the CRC generator/checker. At the begin- 
ning of each transmission, the Preamble and Synch Gener- 
ator append 62 bits of 1,0 preamble and a 1,1 synch pat- 
tern. After the last data byte of the packet has been serial- 
ized the 32-bit FCS field is shifted directly out of the CRC 
generator. In the event of a collision the Preamble and 
Synch generators are used to generate a 32-bit JAM pattern 
of all 1’s. 
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ADDRESS RECOGNITION LOGIC 


The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, otherwise it is rejected by the Proto- 
col Control Logic. Each destination address is also checked 
for all 1’s which is the reserved broadcast address. 


FIFO AND BUS OPERATIONS 
Overview 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the ST-NIC contains a 16-byte FIFO for 
buffering data between the media. The FIFO threshold is 
programmable. When the FIFO has filled to its programmed 
threshold, the local DMA channel transfers these bytes (or 
words) into local memory. It is crucial that the local DMA is 
given access to the bus within a minimum bus latency time; 
otherwise a FIFO underrun (or overrun) occurs. 


FIFO underruns or overruns are caused by two conditions: 
(1) the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has serv- 
iced the FIFO and (2) the bus latency has slowed the 
throughput of the local DMA to a point where it is slower 
than the network data rate (10 Mbit/sec). This second con- 
dition is also dependent upon DMA clock and word width 
(byte wide or word wide). The worst case condition ultimate- 
ly limits the overall bus latency which the ST-NIC can toler- 
ate. 


Beginning of Receive 


At the beginning of reception, the ST-NIC stores the entire 
Address field of each incoming packet in the FIFO to deter- 
mine whether the address matches the ST-NIC’s Physical 
Address Registers or maps to one of its Multicast Registers. 
This causes the FIFO to accumulate 8 bytes. Furthermore, 
there are some synchronization delays in the DMA PLA. 
Thus, the actual time to when BREQ is asserted from the 
time the Start of Frame Delimiter (SFD) is detected is 
7.8 ps. This operation affects the bus latencies at 2- and 
4-byte thresholds during the first receive BREQ since the 
FIFO must be filled to 8 bytes (or 4 words) peter issuing a 
BREQ. 


End of Receive 


When the end of a packet is detected by the ENDEC mod- 
ule, the ST-NIC enters its end of packet processing se- 
quence, emptying its FIFO and writing the status information 
at the beginning of the packet. The ST-NIC holds onto the 
bus for the entire sequence. The longest time BREQ may be 
extended occurs when a packet ends just as the ST-NIC 
performs its last FIFO burst. The ST-NIC, in this case, per- 
forms a programmed burst transfer followed by flushing the 
remaining bytes in the FIFO, and completes by writing the 
header information to memory. The following steps occur 
during this sequence. 

1. ST-NIC issues BREQ because the FIFO threshold has 

been reached. 


2. During the burst, packet ends, resulting in BREQ extend- 
ed. 


4.0 Functional Description (Continued) 
3. ST-NIC flushes remaining bytes from FIFO. 


4, ST-NIC performs internal processing to prepare for writ- 
ing the header. 


5. ST-NIC writes 4-byte (2-word) header. 
6. ST-NIC de-asserts BREQ. 


FIFO Threshold Detection 


To assure that no overwriting of data in the FIFO, the FIFO 
logic flags a FIFO overrun as the 13th byte is written into the 
FIFO, effectively shortening the FIFO to 13 bytes. The FIFO 
logic also operates differently in Byte Mode and in Word 
Mode. In Byte Mode, a threshold is indicated when the n+ 1 
byte has entered the FIFO; thus, with an 8-byte threshold, 
the ST-NIC issues Bus Request (BREQ) when the 9th byte 
has entered the FIFO. For Word Mode, BREQ is not gener- 
ated until n+ 2 bytes have entered the FIFO. Thus, with a 
4 word threshold (equivalent to an 8-byte threshold), BREQ 
is issued when the 10th byte has entered the FIFO. : 


Beginning of Transmit 


Before transmitting, the ST-NIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 
is the. programmed FIFO threshold. The next BREQ is not 
issued until after the ST-NIC actually begins transmitting 
data, i.e., after SFD. . 


Reading the FIFO 


During normal operation, the FIFO must not be read. The 
ST-NIC will not issue an ACKnowledge back to the CPU if 
the FIFO is read. The FIFO should only be read during loop- 
back diagnostics. 


PROTOCOL PLA 


The protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 


DMA AND BUFFER CONTROL LOGIC 


The DMA and Buffer Control Logic is used to contro! two 
16-bit DMA channels. During reception, the local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. A second DMA chan- 
nel is used as a slave DMA to transfer data between the 
local buffer memory and the host system. The Local DMA 
and Remote DMA are internally arbitrated, with the Local 
DMA channel having highest priority. Both DMA channels 
use a common external bus clock to generate all required 


PREAMBLE 


DESTINATIONSOURCE 


bus timing. External arbitration is performed with a standard 
bus request, bus acknowledge handshake protocol. 


5.0 Transmit/Receive Packet 


Encapsulation/Decapsulation 


A standard IEEE 802.3 packet consists of the following 
fields: preamble, Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical! format is shown in Figure 2. 
The packets are Manchester encoded and decoded by the 
ENDEC module and transferred serially to the NIC module 
using NRZ data with a clock. All fields are of fixed length 
except for the data field. The ST-NIC generates and ap- 
pends the preamble, SFD and FCS field during transmis- 
sion. The Preamble and SFD fields are stripped during re- 
ception. (The CRC is passed through to buffer memory dur- 
ing reception.) 


PREAMBLE AND START OF FRAME DELIMITER (SFD) 


The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted each packet contains 
62 bits of alternating 1,0 preamble. Some of this preamble 
will be lost as the packet travels through the network. The 
preamble field is stripped by the NIC module. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two cansecutive 1’s. The ST-NIC 
does not treat the SFD pattern as a byte, it detects only the 
two bit pattern. This allows any preceding preamble within 
the SFD to be used for phase locking. 


DESTINATION ADDRESS 


The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the ST-NIC: physical, multicast and 
broadcast. The physical address is a unique address that 
corresponds only to a single node. All physical addresses 
have an MSB of “0”. These addresses are compared to the 
internally stored physical address registers. Each bit in the 
destination address must match in order for the ST-NIC to 
accept the packet. Multicast addresses begin with an MSB 
of “1”. The ST-NIC filters multicast addresses using a stan- 
dard hashing algorithm that maps all multicast addresses 
into a 6-bit value. This 6-bit value indexes a 64-bit array that 
filters the value. If the address consists of all 1’s it is a 
broadcast address, indicating that the packet is intended for 
all nodes. A promiscuous mode allows reception of all pack- 
ets: the destination address is not required to match any 
filters. Physical, broadcast, multicast, and promiscuous ad- 
dress modes can be selected. 


LENGTH DATA 


46B- 
1500B 
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OPERATIONS STRIPPED 


BY NIC 


TRANSMIT 


_ OPERATIONS APPENDED 


BY NIC 
B-BYTES 
b-BITS 


TRANSFERRED VIA DMA 


CS 


TRANSFERRED VIA DMA 
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APPENDED BY 


TL/F/11157-7 


FIGURE 2 


1-93 


V206E8dd 


DP83902A 


5.0 Transmit/Receive Packet 


Encapsulation/Decapsulation 
(Continued) 


SOURCE ADDRESS 


The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 


LENGTH/TYPE FIELD 


The 2-byte length field indicates the number of bytes that 
are contained in the data field of the packet. This field is not 
interpreted by the ST-NIC. 


DATA FIELD 


The data field consists of anywhere from 46 to 1500 bytes. 
Messages longer than 1500 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The ST-NIC 
does not strip or append pad bytes for short packets, 
or check for oversize packets. 


FCS FIELD 


The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN II (X32 + X26 + X23 + X22 + X16 + 
x12 + X11 + X10 + X8 + X7 + X5 + X4 + X2 + XT + 1) 
polynomial is used for the CRC calculations. 


6.0 Direct Memory Access 
Control (DMA) 


The DMA capabilities of the ST-NIC greatly simplify the use 
of the DP83902A in typical configurations. The local DMA 
channel transfers data between the FIFO and memory. On 
transmission, the packet is DMAed from memory to the 
FIFO in bursts. Should a collision occur (up to 15 times), the 
packet is retransmitted with no processor intervention. On 
reception, packets are DMAed from the FIFO to the receive 
buffer ring (as explained below). 


dA remote DMA channel is also provided on the ST-NIC to 
accomplish transfers between a buffer memory and system 
memory. The two DMA channels can alternatively be com- 
bined to form a single 32-bit address with 8- or 16-bit data. 


DUAL DMA CONFIGURATION 


An example configuration using both the local and remote 
DMA channels is shown below. Network activity is isolated 
on a loca! bus, where the ST-NIC’s local DMA channel per- 
forms burst transfers between the buffer memory and the 
ST-NIC’s FIFO. The Remote DMA transfers data between 
the buffer memory and the host memory via a bidirectional 
1/O port. The Remote DMA provides local addressing capa- 
bility and is used as a slave DMA by the host. Host side 
addressing must be provided by a host DMA or the CPU. 
The ST-NIC allows Local and Remote DMA operations to 
be interleaved. 


SINGLE CHANNEL DMA OPERATION 


If desirable, the two DMA channels can be combined to 
provide a 32-bit DMA address. The upper 16 bits of the 
32-bit address are static and are used to point to a 64 kbyte 
(or 32k word) page of memory where packets are to be 
received and transmitted. 


Dual Bus System 


CONTROLLER 


Fy 


FIFO DATA 
TRANSFERS 
16 BYTE FIFO 
LOCAL ADDRESS 
——————J | Si 
REMOTE DMA 


REMOTE 
ADDRESS 


HANDSHAKE 
SIGNALS 


Willd 
Willd 


MAIN 


MEMORY 
SYSTEM BUS 
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7.0 Packet Reception 


The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 
256-byte (128 word) buffers for storage of received packets. 
The location of the Receive Buffer Ring is programmed in 
two registers, a Page Start and a Page Stop Register. Ether- 
net packets consist of a distribution of shorter link control 
packets and longer data packets, the 256-byte buffer length 
provides a good compromise between short packets and 
longer packets to most efficiently use memory. In addition 
these buffers provide memory resources for storage of 
back-to-back packets in loaded networks. The assignment 
of buffers for storing packets is controlled by Buffer Man- 
agement Logic in the ST-NIC. The Buffer Management Log- 


ic provides three basic functions: linking receive buffers for 
long packets, recovery of buffers when a packet is rejected, 
and recirculation of buffer pages that have been read by the 
host. 


At initialization, a portion of the 64 kbyte (or 32k word) ad- 
dress space is reserved for the receive buffer ring. Two 8-bit 
registers, the Page Start Address Register (PSTART) and 
the Page Stop Address Register (PSTOP) define the physi- 
cal boundaries of where the buffers reside. The ST-NIC 
treats the list of buffers as a logical ring; whenever the DMA 
address reaches the Page Stop Address, the DMA is reset 
to the Page Start Address. 


ST-NIC Receive Buffer Ring 


BUFFER RAM 
(UP TO 64K BYTES) 


PAGE START 
ADDRESS 


PAGE STOP 
ADDRESS 


256 BYTES 
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7.0 Packet Reception (continuea) 


INITIALIZATION OF THE BUFFER RING 


Two static registers and two working registers control the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 
Ring not yet read by the host. If the local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 


ing a packet and is advanced when a packet is removed. A 
simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 


Note: At initialization, the Page Start Register value should be loaded into 
both Current Page Register and the Boundary Pointer Register. 


Note: The Page Start Register must not be initialized to OOH. 


BEGINNING OF RECEPTION © 


When the first packet begins arriving the ST-NIC begins 
storing the packet at the location pointed to by the Current 
Page Register. An offset of 4 bytes is saved in this first 
buffer to allow room for storing receive status correspond- 
ing to this packet. 


Buffer Ring at Initialization 


PAGE 
STOP 


PREGISTER 


BOUNDARY | 
POINTER 


PAGE 
START 
REGISTER 


awe 


256 BYTES 
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Received Packet Enters the Buffer Pages 


CURRENT 
PAGE 
REGISTER 


BEGIN DATA 
RECEPTION 


4 BYTE OFFSET FOR 


PACKET HEADER 
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7.0 Packet Reception (continued) 


LINKING RECEIVE BUFFER PAGES 


If the length of the packet exhausts the first 256-byte buffer, 
the DMA performs a forward link to the next buffer to store 
the remainder of the packet. For a maximum length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, therefore a packet 
will always be stored in contiguous buffers. Before the next 
buffer can be linked, the Buffer Management Logic per- 
forms two comparisons. The first comparison tests for 
equality between the DMA address of the next buffer and 
the contents of the Page Stop Register. If the buffer ad- 
dress equals the Page Stop Register, the buffer manage- 
ment logic will restore the DMA to the first buffer in the 


Receive Buffer Ring value programmed in the Page Start 
Address Register. The second comparison tests for equality 
between the DMA address of the next buffer address and 
the contents of the Boundary Pointer Register. If the two 
values are equal the reception is aborted. The Boundary 
Pointer Register can be used to protect against overwriting 
any area in the receive buffer ring that has not yet been 
read. When linking buffers, buffer management will never 
cross this pointer, effectively avoiding any overwrites. If the 
buffer address does not match either the Boundary Pointer 
or Page Stop Address, the link to the next buffer is per- 
formed. 


Linking Receive Buffer Pages 


CURRENT 
PAGE 
REGISTER 


1) Check for = to PSTOP 
2) Check for = to Boundary 


1-97 


TL/F/11157-12 


V206E8dd 


DP83902A 


7.0 Packet Reception (continued) 


Buffer Ring Overflow 


If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the ST-NIC. Thus, the packets previ- 
ously received and still contained in the Ring will not be 
destroyed. 


In heavily loaded network which cause overflows of the Re- 
ceive Buffer Ring, the ST-NIC may disable the local DMA 
and suspend further receptions even if the Boundary regis- 
ter is advanced beyond the Current register. To guarantee 
this will not happen, a software reset must be issued during 
all Receive Buffer Ring overflows (indicated by the OVW bit 
in the Interrupt Status Register). The following procedure is 
required to recover from a Receiver Buffér Ring Overflow. 


If this routine is not adhered to, the ST-NIC may act in an 
unpredictable manner. It should also be noted that it is not 
permissible to service an overflow interrupt by continuing to 
empty packets from the receive buffer without implementing 
the prescribed overflow routine. A flow chart of the ST-NIC’s 
overflow routine follows. 

Note: It is necessary to define a variable in the driver, which will be called 

“Resend”. 
1. Read and store the value of the TXP bit in the ST-NIC 
Command Register. 


2. Issue the STOP command to the ST-NIC. This is accom- 
plished by setting the STP bit in the ST-NIC’s Command 
Register. Writing 21H to the Command Register will stop 
the ST-NIC. 


3. Wait for at least 1.6 ms. Since the ST-NIC will complete 
any transmission or reception that is in progress, it is 
necessary to time out for the maximum possible duration 
of an Ethernet transmission or reception. By waiting 
1.6 ms this is achieved with some guard band added. 
Previously, it was recommended that the RST bit of the 
Interrupt Status Register be polled to insure that the 
pending transmission or reception is completed. This bit 
is not a reliable indicator and subsequently should be 
ignored. 


. Clear the ST-NIC’s Remote Byte Count registers 
(RBCRO and RBCR1). 


. Read the stored value of the TXP bit from step 1, above. 


If this value is a 0, set the “Resend” variable to a 0 and 
jump to step 6. 

If this value is a 1, read the ST-NIC’s Interrupt Status 
Register. If either the Packet Transmitted bit (PTX) or 
Transmit Error bit (TXE) is set to a 1, set the “Resend” 
variable to a 0 and jump to step 6. If neither of these bits 
is set, place a1 in the “Resend” variable and jump to 
step 6. 


This step determines if there was a transmission in prog- 
ress when the stop command was issued in step 2. If 
there was a transmission in progress, the ST-NIC’s ISR 
is read to determine whether or not the packet was rec- 
ognized by the ST-NIC. If neither the PTX nor TXE bit 
was set, then the packet will essentially be lost and re- 
transmitted only after a time-out takes place in the upper 
level software. By determining that the packet was lost at 
the driver level, a transmit command can be reissued to 
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the ST-NIC once the overflow routine is completed (as in 
step 11). Also, it is possible for the ST-NIC to defer indef- 
initely, when it is stopped on a busy network. Step 5 also 
alleviates this problem. Step 5 is essential and should 
not be omitted from the overflow routine, in order for the 
ST-NIC to operate correctly. 


Overflow Routine Flow Chart 


Get OVW Interrupt 
Check and remember the TXP 
bit In the Command Register 

Issue STOP command 
Wait 1.6 ms 


Clear RBCRO and RCBRt registers 


Check 
saved TXP value 


Set Resend to a 1] | Set Resend to a 0 


Put ST-NIC in loopback 
Issue START command 


Remove packet(s) 
Reset OVW bit in the ISR 


Take ST=NIC out of loopback 


Resend = 0 Does 
the packet need to 
be resent 


Resend = 1 


Issue transmit command to the ST-NIC 
(set TXP in Command Register to a 1) 


Set Resend to 0 
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7.0 Packet Reception (continued) 


6. Place the ST-NIC in either mode 1 or mode 2 loopback. 
This can be accomplished by setting bits D2 and D1, of 
the Transmit Configuration Register, to “0,1” or ‘‘1,0”, 
respectively. 

. Issue the START command to the ST-NIC. This can be 
accomplished by writing 22H to the Command Register. 
This is necessary to activate the ST-NIC’s Remote DMA 
channel. : 

. Remove one or more packets from the receive buffer 
ring. 

. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 


10. Take the ST-NIC out of loopback. This is done by writ- 
ing the Transmit Configration Register with the value it 
contains during normal operation. (Bits D2 and D1 
should both be programmed to 0.) 


. If the “Resend” variable is set to a 1, reset the “Re- 
send” variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the “Resend” variable is 0, nothing needs to be 
done. 

Note 1: If Remote DMA is not being used, the ST-NIC does not need to be 


started before packets can be removed from the receive buffer ring. Hence, 
step 8 could be done before step 7. 


Note 2: When tha ST-NIC is in STOP mode, tha Missed Talley Counter is 
disabled 


‘Received Packet Aborted If It Hits Boundary 
SECOND PACKET 


>. 


Li, 


BOUNDARY 
POINTER 


NEW 
PACKET ARRIVING 
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7.0 Packet Reception (continue) 


Enabling the ST-NIC On An Active Network 
After the ST-NIC has been initialized the procedure for dis- 
abling and then re-enabling the ST-NIC on the network is 
similar to handling Receive Buffer Ring overflow as de- 
scribed previously. 
. Program Command Register for page 0 (Command Reg- 
ister = 21H) 
. Initialize Data Configuration Register (DCR) 
. Clear Remote Byte Count Registers (RBCRO, RBCR1) 
. Initialize Receive Configuration Register (RCR) 
. Place the ST-NIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 
. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 


. Clear Interrupt Status Register (ISR) by me OFFH to 


it. 
. Initialize Interrupt Mask Register (IMR) 


. Program Command Register for page 1 (Command Reg- 
ister = 61H) 


i. Initialize Physical Address Registers (PARO-PARS5) 
ii. Initialize Multicast Address Registers (MARO- =MARD 
iii, Initialize CURRent ne 


10. Put ST-NIC in START mode (Command Register = 
22H). The local receive DMA is still not active since the 
ST-NIC is in LOOPBACK. 

11. Initialize the Transmit Configuration for the intended 
value. The ST-NIC is now ready for transmission and 
reception. 


END OF PACKET OPERATIONS 

At the end of the packet the ST-NIC determines whether the 
received packet is to be accepted or rejected. It either 
branches to a routine to store the Buffer Header or to anoth- 
er routine that recovers the buffers used to store the packet. 


SUCCESSFUL RECEPTION 


If the packet is successfully received, the DMA is restored 
to the first buffer used to store the packet (pointed to by the 
Current Page Register). The DMA then stores the Receive 


. Status, a Pointer to where the next packet will be stored 


(Buffer 4) and the number of received bytes. Note that the 
remaining bytes in the last buffer are discarded and recep- 
tion of the next packet begins on the next empty 256-byte 
buffer boundary. The Current Page Register is then initial- 
ized to the next available buffer in the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 


Termination of Received Packet—Packet Accepted 


LLENGTH (L)_ | 
LENGTH 


CURRENT 
PAGE 
REGISTER 
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7.0 Packet Reception (continued) 
BUFFER RECOVERY FOR REJECTED PACKETS 


If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the ST-NIC is programmed to accept 
either runt packets or packets with CRC or Frame Alignment 


errors. The received CRC is always stored in buffer memory 
after the last byte of received data for the packet. 


Error Recovery 


If the packet is rejected as shown, the DMA is restored by 
the ST-NIC by reprogramming the DMA starting address 
pointed to by the Current Page Register. 


Termination of Receive Packet—Packet Reject 


CURRENT 
PAGE 
REGISTER 


CURRENT 


PAGE 


REGISTER 
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7.0 Packet Reception (Continued) 


REMOVING PACKETS FROM THE RING 


Packets are removed from the ring using the Remote DMA 
or an external device. When using the Remote DMA the 
Send Packet command can be used. This programs the Re- 
mote DMA to automatically remove the received packet 
pointed to by the Boundary Pointer. At the end of the trans- 
fer, the ST-NIC moves the Boundary Pointer, freeing addi- 
tional buffers for reception. The Boundary Pointer can also 
be moved manually by programming the Boundary Register. 


The ST-NIC knows the difference between an empty buffer 
ring and a full buffer ring. This situation is seen when the 
Boundary Pointer (BNDRY) and the Current Page Pointer 
(CURR) point to the same address. If BNDRY caught up 
with CURR the buffer is empty and if CURR caught up with 
BNDRY the buffer is full. 


STORAGE FORMAT FOR RECEIVED PACKETS 


The following diagrams describe the format for how re- 
ceived packets are placed into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 


AD15 AD8 AD7 ADO 


Next Packet Pointer Receive Status 
Receive Byte Count 1 Receive Byte Count 0 


BOS = 0, WTS = 1 in Data Configuration Register. This format is used with 
Series 32x, or 680x0 processors. : 


AD8 AD7 ADO 


Next Packet Pointer Receive Status 
Receive Byte Count 0 . Receive Byte Count 1 


BOS = 1, WTS = 1 in Data Configuration Register. This format is used with 
680x0 type processors. (Note: The Receive Count ordering remains the 
same for BOS = O or 1.) 


BOS = 0, WTS = 0 in Data Configuration Register. This format is used with 
general 8-bit processors. 


1st Received Packet Removed by Remote DMA 


BOUNDARY 
POINTER 


SECOND PACKET 
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8.0 Packet Transmission 


The Local DMA is also used during transmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO, 1). When 
the ST-NIC receives a command to transmit the packet 
pointed to by these registers, buffer memory data will be 
moved into the FIFO as required during transmission. The 
ST-NIC will generate and append the preamble, synch and 
CRC fields. 


’ General Transmit Packet Format 


Destination Address 


Source Address 
Count | — Type/Length 


TBCRO, 1 Data 
' Pad (If Data < 46 Bytes) 


TRANSMIT PACKET ASSEMBLY 


The ST-NIC requires a contiguous assembled packet with 
the format shown. The transmit byte count includes the 
Destination Address, Source Address, Length Field and 
Data. It does not include preamble and CRC. When trans- 
mitting data smaller than 46 bytes, the packet must be pad- 
ded to a minimum size of 64 bytes. The programmer is re- 
sponsible for adding and stripping pad bytes. 


TRANSMISSION 


Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the ST-NIC begins to 
prefetch transmit data from memory (unless the ST-NIC is 
currently receiving). If the interframe gap has timed out the 
ST-NIC will begin transmission. 


CONDITIONS REQUIRED TO BEGIN TRANSMISSION 


In order to transmit a packet, the following three conditions 
must be met: 


1. The Interframe Gap Timer has timed out the first 6.4 ps 
of the Interframe Gap. 


2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started.) 


3. If a collision has been detected the backoff timer has 
expired. 

In typical systems the ST-NIC prefetchs the first burst of 

bytes before the 6.4 ys timer expires. The time during which 

ST-NIC transmits preamble can also be used to load the 

FIFO. 


Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, the ST-NIC will become a receiver. 


COLLISION RECOVERY 


During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occurred. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 15 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 

Note: NCR reads as zeroes if excessive collisions are encountered. 


Transmit 
Byte 


6 Bytes 

6 Bytes 

2 Bytes 
= 46 Bytes 
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TRANSMIT PACKET ASSEMBLY FORMAT 


The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 


D15 D8 D7 


Destination Address 1 
Destination Address 3 


Destination Address 5 


[| Dalat 


Do 

Destination Address 0 

Destination Address 2 

Destination Address 4 
Source Address 0 
Source Address 2 
Source Address 4 

Type/Length 0 
DataO 


BOS = 0, WTS = 1 in Data Configuration Register. 
This format is used with Series 32xxx, or 808xx processors. 


D15 D8 D7 DO 


BOS = 1, WTS = 1 in Data Configuration Register. 
This format is used with 680x0 type processors. 


D1 DO 


Destination Address 0 
Destination Address 1 
; Destination Address 2 


BOS = 0, WTS = 0 in Data Configuration Register. 


This format is used with genera! 8-bit processors. 


Note: All examples above will result in a transmission of a packet in order of 
DAO, DA1, DA2, DA3 ... bits within each byte will be transmitted 
least significant bit first. ; 


DA = Destination Address. 
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9.0 Remote DMA 


The Remote DMA channel is used to both assemble pack- 
ets for transmission, and to remove received packets from 
the Receive Buffer Ring. It may also be used as a general 
purpose slave DMA channel for moving blocks of data or 
commands between host memory and local buffer memory. 
There are three modes of operation, Remote Write, Remote 
Read, or Send Packet. 


Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR?1) register pair and a 
Remote Byte Count (RBCRO, RBCR1) register pair. The 
Start Address Register pair points to the beginning of the 
block to be moved while the Byte Count Register pair is 
used to indicate the number of bytes to be transferred. Full 
handshake logic is provided to move data between local 
buffer memory and a bidirectional I/O port. 


REMOTE WRITE 


A Remote Write transfer is used to move a block of data 
from the host into local buffer memory. The Remote DMA 
will read data from the I/O port and sequentially write it to 
local buffer memory beginning at the Remote Start Address. 
The DMA Address will be incremented and the Byte Coun- 
ter will be decremented after each transfer. The DMA is 
terminated when the Remote Byte Count Register reaches 
zero, 


REMOTE READ 


A Remote Read transfer is used to move a block of data 
from local buffer memory to the host. The Remote DMA will 


sequentially read data from the local buffer memory, begin- 
ning at the Remote Start Address, and write data to the 1/O 
port. The DMA Address will be incremented and the Byte 
Counter will be decremented after each transfer. The DMA 
is terminated when the Remote Byte Count Register reach- 
es zero. 


SEND PACKET COMMAND 


The Remote DMA channel can be automatically initialized 
to transfer a single packet from the Receive Buffer Ring. 
The CPU begins this transfer by issuing a “Send Packet” 
Command. The DMA will be initialized to the value of the 
Boundary Pointer Register and the Remote Byte Count 
Register pair (RBCRO, RBCR1) will be initialized to the value 
of the Receive Byte Count fields found in the Buffer Header 
of each packet. After the data is transferred, the Boundary 
Pointer is advanced to allow the buffers to be used for new 
receive packets. The Remote Read will terminate when the 
Byte Count equals zero. The Remote DMA is then prepared 
to read the next packet from the Receive Buffer Ring. If the 
DMA pointer crosses the Page Stop Register, it is reset to 
the Page Start Address. This allows the Remote DMA to 
remove packets that have wrapped around to the top of the 
Receive Buffer Ring. 

Note 1: In order for the ST-NIC to correctly execute the Send Packet Com- 


mand, the upper Remote Byte Count Register (RBCR1) must first 
be loaded with OFH. : 


Note 2: The Send Packet command cannot be used with 680x0 type proc- 
essors. 


Remote DMA Autoinitialization from Buffer Ring 


REMOTE DMA 
REMOVES PACKET 


BOUNDARY 
POINTER 


COUNT (H) 


BOUNDARY 
POINTER 
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DMA ENDS HERE 


REGISTERS LOADED 
BY AUTOSEND COMMAND 


REMOTE BYTE 
COUNT 1 


REMOTE BYTE 
COUNT 0 


"oO" 


BOUNDARY REMOTE REMOTE 
POINTER START ADD 1 | START ADD 0 
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10.0 Internal Registers 


All registers are 8-bit wide and mapped into four pages 
which are selected in the Command Register (PSO, PS1). 
Pins RAO-RA3 are used to address registers within each 
page. Page 0 registers are those registers which are com- 


10.1 REGISTER ADDRESS MAPPING 


COMMAND 
REGISTER 


PSO, PS1 


SRD 
SCS 
RAO=RA3 


10.2 REGISTER ADDRESS ASSIGNMENTS 
Page 0 Address Assignments (PS1 = 0, PSO = 0) 


RAO-RA3| RD 
Command (CR) Command (CR) 


01H Current Local DMA Page Start Register 
Address 0 (CLDAO) ‘| (PSTART) 

02H Current Local DMA Page Stop Register 
Address 1 (CLDA1) (PSTOP) 

03H Boundary Pointer Boundary Pointer 
(BNRY) (BNRY) 

04H Transmit Status Transmit Page Start 
Register (TSR) Address (TPSR) 

05H Number of Collisions | Transmit Byte Count 
Register (NCR) Register 0 (TBCRO) 

06H FIFO (FIFO) Transmit Byte Count 

Register 1 (TBCR1) 

07H Interrupt Status Interrupt Status 
Register (ISR) Register (ISR) 

08H Current Remote DMA | Remote Start Address 
Address 0 (CRDAO) | Register 0 (RSARO) 


1-105 


PAGE 0 
(READ) 


COMMAND COMMAND 
PAGE 1 PAGE 1 
(READ) (WRITE) 


COMMAND COMMAND 
PAGE 2 PAGE 2 
(READ) (WRITE) 


TEST 
PAGE 


monly accessed during ST-NIC operation while page 1 reg- 
isters are used primarily for initialization. The registers are 
partitioned to avoid having to perform two write/read cycles 
to access commonly used registers. 


PAGE 0 
(WRITE) 


TEST 
PAGE 


TL/F/11157-18 


RAO-RAS| RD | WR 

09H Current Remote DMA | Remote Start Address 
Address 1 (CRDA1) | Register 1 (RSAR1) 
Reserved Remote Byte Count 
Register 0 (RBCRO) 
Reserved Remote Byte Count 
Register 1 (RBCR1) 

Receive Status Receive Configuration 

Register (RCR) 


Register (RSR) 
Tally Counter 0 Transmit Configuration 
(Frame Alignment Register (TCR) 


Errors) (CNTRO) 


Tally Counter 1 
(CRC Errors) 
(CNTR1) 


Tally Counter 2 
Missed Packet 
Errors) (CNTR2) 


ODH 


Data Configuration 
Register (DCR) 


Interrupt Mask 
Register (IMR) 
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10.0 Internal Registers (continued) 
Page 1 Address Assignments (PS1 = 0, PSO = 1) 


RAO-RAS | RDS 
Command (CR) 


Command (CR) 


01H Physical Address Physical Address 
Register 0 (PARO) Register 0 (PARO) 
Physical Address Physical Address 
Register 1 (PAR1) Register 1 (PAR1) 
03H Physical Address Physical Address 
Register 2 (PAR2) Register 2 (PAR2) 
04H Physical Address Physical Address 
Register 3 (PAR3) Register 3 (PAR3) |. 
05H Physical Address Physical Address 
Register 4 (PAR4) Register 4 (PAR4) 
06H Physica! Address Physical Address 
Register 5 (PAR5) Register 5 (PARS5) 


07H Current Page Current Page 
Register (CURR) Register (CURR) 


08H Multicast Address — ‘Multicast Address 
Register 0 (MARO) .| Register 0 (MARO) 

09H Multicast Address Multicast Address 
Register 1 (MAR1) | Register 1 (MAR1) 

OAH Multicast Address Multicast Address 
Register 2 (MAR2) Register 2 (MAR2) 

OBH Multicast Address Multicast Address 
Register 3 (MAR3) Register 3 (MAR3) 

OCH Multicast Address | Multicast Address 
Register 4 (MAR4) Register 4 (MAR4) 

ODH Multicast Address Multicast Address 
Register 5 (MARS) Register 5 (MARS) 

OEH Multicast Address Multicast Address 
Register 6 (MAR6) Register 6 (MAR6) 

OFH Multicast Address Multicast Address 
Register 7 (MAR7) Register 7 (MAR7) 
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Page 2 Address Assignments (PS1 = 1, PSO = 0) 


Rao-Ra3|—RD| WRC 
Command (CR) Command (CR) 


Page Start Register Current Local DMA 
(PSTART) Address 0 (CLDAO) ° 
Page Stop Register Current Local DMA 
(PSTOP) 


Address 1 (CLDA1) 


Remote Next Packet | Remote Next Packet 
Pointer Pointer 

Transmit Page Start Reserved 

Address (TPSR) 

Local Next Packet Local Next Packet 
Pointer Pointer 

Address Counter Address Counter 
(Upper) (Upper) 

Address Counter Address Counter 
(Lower) (Lower) 


Reserved 


Receive Configuration | Reserved 
Register (RCR) , 


Transmit ‘| Reserved 
Configuration 
Register (TCR) 
Data Configuration Reserved 
Register (DCR) 
Interrupt Mask _ { Reserved 
Register (IMR) ss 


Note: Page 2 registers should only be accessed for diagnostic purposes. 
They should not be modified during normal operation. 


Page 3 should never be modified. 


| oon | 
| ost | 
| oH | 
| oBH | 


10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS 


COMMAND REGISTER (CR) 00H (READ/WRITE) 

The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To issue a command the microprocessor sets the corresponding bit(s) (RD2, RD1, RDO, TXP). Further commands may 
be overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1, 
and RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-is- 
sued when giving the transmit command, the DMA will complete immediately if the remote byte count register has not been 
reinitialized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values 
and a 0” written to the TXP bit. Writing a “0” to this bit has no effect. (3) A remote write DMA may not overlap remote read 
operation or vice versa. Either of these operations must either complete or be aborted before the other operation may start. Bits 
PS1, PSO, RD2, and STP may be set any time. 


7 6 5 4 3 2 1 0 
[ps1 | pso | Roz | RD | RDO | TxP | sta | stP | 
Bit | Symbol | Description 


DO STP Stop: Software reset command, takes the controller offline, no packets will be received or transmitted. Any 
reception or transmission in progress will continue to completion before entering the reset state. To exit this 
state, the STP bit must be reset and the STA bit must be set high. To perform a software reset, this bit 
should be set high. The software reset has executed only when indicated by the RST bit in the ISR being set 
to 1. STP powers up high. 

Note: If the ST-NIC has previously been in start mode and the STP is set, both the STP and STA bits will remain set. 


D1 | STA Start: This bit is used to activate the ST-NIC after either power up, or when the ST-NIC has been placed ina 
reset mode by software command or error. STA powers up low. 
D2 TXP Transmit Packet: This bit must be set to initiate the transmission of a packet. TXP is internally reset either 


after the transmission is completed or aborted. This bit should be set only after the Transmit Byte Count and 
Transmit Page Start registers have been programmed. 


Remote DMA Command: These three encoded bits control operation of the Remote DMA channel. RD2 
can be set to abort any Remote DMA command in progress. The Remote Byte Count Registers should be 
cleared when a Remote DMA has been aborted. The Remote Start Addresses are not restored to the 
starting address if the Remote DMA is aborted. 
RD2 RD1 RDO 

0 0 0 Not Allowed 

0 0 1 Remote Read 

0 1 0 Remote Write (Note 2) 

0 1 1 Send Packet 

1 X X Abort/Complete Remote DMA (Note 1) 


Note 1: If a remote DMA operation is aborted and the remote byte count has not decremented to zero. PRQ will remain high. A read 
acknowledge (RACK) on a write acknowledge (WACK) will reset PRQ low. 


Note 2: For proper operation of the Remote Write DMA, there are two steps which must be performed before using the Remote Write 
DMA. The steps are as follows: 


l) Write a non-zero value into RBCRO. 
Il) Set bits RD2, RD1, and RDO to 0, 0, and 1. 
I) Set RBCRO, 1 and RSARO, 1. 
IV) Issue the Remote Write DMA Command (RD2, RD1, RDO = 0, 1, 0). 


D6 Page Select: These two encoded bits select which register page is to be accessed with addresses RAO-3. 
and PS1 PSO 
D7 PS1 0 0 Register Page 0 

0 1 Register Page 1 

1 0 Register Page 2 

1 1 Reserved 


D4, 
and 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) ~ 


INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 


This register is accessed by the host processor to determine the cause of an sileaupt .Any interrupt can be masked in the 
interrupt Mask Register (IMR). Individual interrupt bits are cleared by writing a “1” into the corresponding bit of the ISR. The INT 
signal is active as long as any unmasked signal is set, and will not go !ow until all unmasked bits in this register have been 
cleared. The ISR must be cleared after peer up by wating it with all 1’s.: 


a | 0 : 


Description 
Packet Received: Indicates packet received with no errors. 


Packet Transmitted: Indicates packet transmitted with no errors. 


RXE Receive Error: Indicates that a packet was received with one or more of the following errors: 
—CRCError .. 
. — Frame Alignment Error s moa yes [2 


_ FIFO Overrun 
—- Missed Packet : 


Transmit Error: Set when packet transmitted with one or more of the following errors: 
— Excessive Collisions : 
— FIFO Underrun — 


- OVW Overwrite Warning: Set when receive buffer ring storage resources have been exhausted. 
; . (Local DMA has reached Boundary Pointer) : 


-” Counter Overflow: Set when MSB of one or more of the Network Tally Counters has been set. 


Remote DMA Complete: Set when Remote DMA operation has been completed. 


Reset Status: Set when ST-NIC enters reset state and cleared when a Start Command is issued 
. to the CR. This bit is also set when a Receive Buffer Ring overflow occurs and is cleared when 
~ one or more packets have been removed from the ring. Writing to this bit has no effect. 

Note: This bit does not generate an interrupt, itis merely a status indicator. “ : 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 


INTERRUPT MASK REGISTER (IMR) OFH (WRITE) 


The Interrupt Mask Register is used to mask interrupts. Each interrupt mask bit corresponds to a bit in the Interrupt Status 
Register (ISR). If an interrupt mask bit is set, an interrupt will be issued whenever the corresponding bit in the ISR is set. If any bit 
in the IMR is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up to all zeroes. 


Bit 
DO 


D1 


D2 


D3 


D4 


D5 


iw) 
o 


D7 


ol o 


7 6 5 4 3 2 1 ° 0 
| — | roce] conte |ovwe} Txee | pxee | prxe | prxe | 


Description 


Packet Received Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when packet received c 


Packet Transmitted Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when packet is transmitted 


Receive Error Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when packet received with error 


Transmit Error Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when packet transmission results in error 


Overwrite Warning Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when Buffer Management Logic lacks sufficient buffers to store incoming packet 


Counter Overflow Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when MSB of one or more of the Network Statistics counters has been set 


DMA Complete Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when Remote DMA transfer has been completed 


Reserved 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 


DATA CONFIGURATION REGISTER (DCR) OEH (WRITE) 


This Register is used to program the ST-NIC for 8- or 16-bit memory interface, select byte sien in 16-bit applications and 
establish FIFO thresholds. The DCR must be initialized prior to amg the Remote Byte Count Registers. LAS Is set on 
power up. 


Bit 
DO 


D1 


D2 


D3 


D4 


D5 
and 
D6 


WTS 


BOS 


LAS 


— 
n 


ARM 


7 6 5 4 3 2 1 0 
| — | Ft: | Fro [arm] ts | Las | sos | wrs| 
Description 


Word Transfer Select 
0: Selects byte-wide DMA transfers 
1: Selects word-wide DMA transfers 


; WTS establishes byte or word transfers for both Remote and Local DMA transfers 
Note: When word-wide mode is selected up to 32k words are addressable; AO remains low. 


Byte Order Select 
0: MS byte placed on AD15-AD8 and LS byte on AD7—ADO. (32xxx, 80x86) 
1: MS byte placed on AD7-AD0 and LS byte on AD15-A8. (680x0) 


; Ignored when WTS is low 


Long Address Select 
0: Dual 16-bit DMA mode 
1: Single 32-bit DMA mode 


; When LAS is high, the contents of the Remote DMA registers RSARO, 1 are issued as A16-A31 Power up 
high : 
Loopback Select 

0: Loopback mode selected. Bits D1 and D2 of the TCR must also be programmed for Loopback operation 
1: Normal Operation 


Auto-Initialize Remote 

0: Send Command not executed, all packets removed from Buffer fing under program control 

1: Send Command executed, Remote DMA auto-initialized to remove packets from Buffer Ring 

Note: Send Command cannot be used with 680x0 byte processors. 

FIFO Threshold Select: Encoded FIFO threshold. Establishes point at which bus is requested when filling or 
emptying the FIFO. During reception, the FIFO threshold indicates the number of bytes (or words) the FIFO has 
filled serially from the network before bus request (BREQ) is asserted. 

Note: FIFO threshold setting determines the DMA burst length. 


Receive Thresholds 
FT1 FTO WordWide Byte Wide 
0 0 1 Word 2 Bytes 


0 1 2 Words 4 Bytes 

1 0 4 Words 8 Bytes 

1 1 6 Words 12 Bytes 
During transmission, the FIFO threshold indicates the number of bytes (or words) the FIFO has filled from the 
Local DMA before BREQ is asserted. Thus, the transmission threshold is 13 bytes less the received threshold. 
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10.0 Internal Registers (Continue) 
10.3 REGISTER DESCRIPTIONS (Continued) 


TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 


The transmit configuration establishes the actions of the transmitter section of the ST-NIC during transmission of a packet on 
the network. LB1 and LBO which select loopback mode power up as 0. 


Bit 


D3 


D4 


D5 
D6 
D7 


ATD 


OFST 


7 6 5 4 3 2 1 0 
| — | = | = Jorsr| ato | te: | 120 | crc] 
Description 


Inhibit CRC 

0: CRC appended by transmitter 

1: CRC inhibited by transmitter 

In loopback mode CRC can be enabled or disabled to test the CRC logic 


Encoded Loopback Control: These encoded configuration bits set the type of loopback that is to be 
performed. Note that loopback in mode 2 places the ENDEC Module in loopback mode and that D3 of the 
DCR must be set to zero for loopback operation. 


LB1 LBO 
Mode 0 0 0 Normal Operation (LPBK = 0) 
Mode 1 10) 1 Internal NIC Module Loopback (LPBK = 0) 
Mode 2 1 0 Internal ENDEC Module Loopback (LPBK = 1) 
Mode 3 1 1 External Loopback (LPBK = 0) 


Auto Transmit Disable: This bit allows another station to disable the ST-NIC’s transmitter by transmission 
of a particular multicast packet. The transmitter can be re-enabled by resetting this bit or by reception of a 
second particular multicast packet. 

1: Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast address 
hashing to bit 63 enables transmitter. 


Collision Offset Enable: This bit modifies the backoff algorithm to allow prioritization of nodes. 

0: Backoff Logic implements normal algorithm. 

1: Forces Backoff algorithm modification to 0 to 2min(3 +n, 10) slot times for first three collisions, then follows 
standard backoff. (For the first three collisions, the station has higher average backoff delay making a low 
priority mode.) 


Reserved 
Reserved 


Reserved 
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10.0 Internal Registers (Continueg) 
10.3 REGISTER DESCRIPTIONS (Continued) 


TRANSMIT STATUS REGISTER (TSR) 04H (READ) 
This register records events that occur on the media during transmission of a packet. It is cleared when the next transmission is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. a 


Bit 
DO 


D1 
D2 


D3 


D4 


D5 


D6 


D7 


me] 
4 
> 


Reserved 


u @) > Q 
Cc D w re) 
n 4 - 


_?) 
oO 
x= 


OWC 


7 6 5 4 3 2 1. 0 
[owe | opt | Fu | crs | ast | cou[ — | pix} 
Description 7 


Packet Transmitted: Indicates transmission without error. (No excessive collisions or FIFO 
underrun) (ABT = “0”, FU = “0”) 


‘Reserved 


Transmit Collided: Indicates that the transmission collided at least once with another station on 
the network. The number of collisions is recorded in the Number of Collisions Registers (NCR). 


Transmit Aborted: Indicates the ST-NIC aborted transmission because of excessive collisions. 
(Total number of transmissions including original transmission attempt equals 16.) 


Carrier Sense Lost: This bit is set when carrier is lost during transmission of the packet. 
Transmission is not aborted on loss of carrier. 


FIFO Underrun: If the ST-NIC cannot gain access of the bus before the FIFO empties, this bit is 
set. Transmission of the packet will be aborted. 


CD Heartbeat: Failure of the transceiver to transmit a collision signal after transmission of a 
packet will set this bit. The Collision Detect (CD) heartbeat signal must commence during the first 
6.4 us of the Interframe Gap following a transmission. In certain collisions, the CD Heartbeat bit 
will be set even though the transceiver is not performing the CD heartbeat test. 


Out of Window Collision: Indicates that a collision occurred after a slot time (51.2 ys). 
Transmissions rescheduled as in normal collisions. 
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10.0 Internal Registers (continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 


RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) : 
This register determines operation of the ST-NIC during reception of a packet and is used to program what types of packets to 


accept. 
7 6 5 4 3 2 1 0 
| — | — [mon] pro | am | aa | ar | sep | 


Bit Description 


DO Save Errored Packets 
0: Packets with receive errors are rejected. 
1: Packets with receive errors are accepted. Receive errors are CRC and Frame Alignment 


errors. 


D1 Accept Runt Packets: This bit allows the receiver to accept packets that are smaller than 64 
bytes. The packet must be at least 8 bytes long to be accepted as a runt. 
0: Packets with fewer than 64 bytes rejected. 


1: Packets with fewer than 64 bytes accepted. 


D2 Accept Broadcast: Enables the receiver to accept a packet with an all 1’s destination address. 
0: Packets with broadcast destination address rejected. 


1: Packets with broadcast destination address accepted. 


D3 Accept Multicast: Enables the receiver to accept a packet with a multicast address. All multicast 
addresses must pass the hashing array. 
0: Packets with multicast destination address not checked. 


1: Packets with multicast destination address checked. 


D4 Promiscuous Physical: Enables the receiver to accept all packets with a physical address. 
0: Physical address of node must match the station address programmed in PARO-PARS. 


1: All packets with physical addresses accepted. 


D5 Monitor Mode: Enables the receiver to check addresses and CRC on incoming packets without 
buffering to memory. The Missed Packet Tally counter will be incremented for each recognized 
packet. 

0: Packets buffered to memory. 

1: Packets checked for address match, good CRC and Frame Alignment but not buffered to 


memory. 


D6 Reserved Reserved 


> > > 
= iS) D 


D7 Reserved Reserved 


Note: 02 and D3 are “OR’d” together, i.e., if D2 and D3 are set the ST-NIC will accept broadcast and multicast addresses as well as its own physical address. To 
establish full promiscuous mode, bits D2, D3, and D4 should be set. In addition the multicast hashing array must be set to all 1’s in order to accept all multicast 
addresses. 
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10.0 Internal Registers (Continued) 7 
10.3 REGISTER DESCRIPTIONS (Continued) 


RECEIVE STATUS REGISTER (RSR) OCH (READ) 


This register records status of the received packet, including information on errors and the type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an erroneous 
packet is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors and missed packets are counted internally by the ST-NIC 
which relinguishes the Host from reading the RSR in real time to record errors for Network Management Functions. The 
contents of this register are not specified until after the first reception. 


Bit 
DO 


DI 
D2 


D3 


D4 © 


D5 


D6 


D7 


_ Symbol 


U0 
me 
x 


Q 
D 
Q 


nm 
> 
m 


= 
ae 


MPA 


PHY 


DIS 


DFR 


7 6 5 4 3 2 1 0 
[ba | ois | PHY | mpa| Fo | Fae | AC | PRX, 
Description 
Packet Received Intact: Indicates packet received without error. (Bits CRC, FAE, FO, and MPA™: 


’ are zero for the received packet.) 


CRC Error: Indicates packet received with CRC error. Increments Tally Counter ee This 


.. bit will also be set for Frame Alignment errors. 


Frame Alignment Error: Indicates that the incoming packet did not end on a byte boundary and 
the CRC did not match at the last byte boundary. Increments Tally Counter (CNTRO). 


FIFO Overrun: This bit is set when the FIFO is not serviced causing overflow during reception. 
Reception of the packet will be aborted. 


Missed Packet: Set when a packet intended for node cannot be accepted by ST-NIC because of 
a lack of receive buffers or if the controller is in monitor mode and did not buffer the packet to 
memory. Increments Tally Counter (CNTR2). ; 


Physical/Multicast Address: Indicates whether received packet had a physical or multicast 
address type. 

0: Physical Address Match 

1: Multicast/Physical Address Match 


Receiver Disabled: Set when receiver disabled by entering Monitor mode. Reset when receiver 
is re-enabled when exiting Monitor mode. 


Deferring: Set when internal Carrier Sense or Collision signals are generated in the ENDEC 
module. If the transceiver has asserted the CD line as a result of the jabber, this bit will stay set 
indicating the jabber condition. 


’ Note: Following coding applies to CRC and FAE bits. 


Type of Error 


No Error (Good CRC and <6 Dribble Bits) 


Illegal, Will Not Occur 
Frame Alignment Error and CRC Error 


0 
1 CRC Error 
0 
{ 
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10.0 Internal Registers (Continued) 
10.4 DMA REGISTERS 


DMA Registers 
LOCAL DMA TRANSMIT REGISTER 
5 8|7 0 


(TPSR) 
(TBCRO, 1) 


PAGE START 


(PSTART) 
(PSTOP) 
(CURR) 


(BRNY) 
NOT 
READABLE 


(CLDAO, 1) 


15 
(RSARO, 1) 
(RBCRO, 1) 


(CRADO, 1) 


The DMA Registers are partitioned into groups; Transmit, 
Receive and Remote DMA Registers. The Transmit regis- 
ters are used to initialize the Local DMA Channel for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 
Note: In the figure above, registers are shown as 8 or 16 bits wide. Although 
some registers are 16-bit internal registers, all registers are accessed 
as 8-bit registers. Thus the 16-bit Transmit Byte Count Register is 
broken into two 8-bit registers, TBCRO, TBCR1. Also TPSR, PSTART, 
PSTOP, CURR and BNRY only check or control the upper 8 bits of 
address information on the bus. Thus, they are shifted to positions 
15-8 in the diagram above. 


10.5 TRANSMIT DMA REGISTERS 


TRANSMIT PAGE START REGISTER (TPSR) 


This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-DO will be used to initialize the higher 
order address (A8-A15) of the Local DMA for transmission. 
The lower order bits (A7—A0) are initialized to zero. 


REMOTE DMA REGISTERS 
8|7 


TRANSMIT BYTE COUNT 


LOCAL DMA RECEIVE REGISTER 
15 8|7 0 


RECEIVE BYTE COUNT 
CURRENT LOCAL DMA ADDRESS 
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CHANNEL 


START ADDRESS 
BYTE COUNT CURRENT 


REMOTE 
DMA 


CHANNEL 


REMOTE DMA ADDRESS 


TL/F/11157~19 


Bit Assignment 


7 6 5 4 3 2 1 «0 
TSR 


(A7-A0 Initialized to Zero) 


TRANSMIT BYTE COUNT REGISTER 0, 1 

(TBCRO, TBCR1) 

These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 
bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64 Kbytes. 
The ST-NIC will not truncate transmissions longer than 
1500 bytes. The bit assignment is shown below: 


7 6 5 4 3 2 14 40 
TaCRI 
. 7 6 5 4 3 2 4 «0 
TBCRO 
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10.0 Internal Registers (continued) 
10.6 LOCAL DMA RECEIVE REGISTERS 


PAGE START AND STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
the ST-NIC uses fixed 256-byte buffers aligned on page 
boundaries only the upper 8 bits of the start and stop ad- 
dress are specified. 


PSTART, PSTOP Bit Assignment 
PSTART, 


7 6 5 4 3 2 1 0 


BOUNDARY (BNRY) REGISTER 

This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linking buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 


7 6 5 4 3 2 1 0 


BNRY 


CURRENT PAGE REGISTER (CURR) 


This register is used internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a packet reception 
and is used to restore DMA pointers in the event of receive 
errors. This register is initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 


7 6 5 4 3 2 1 0 


CURR 


CURRENT LOCAL DMA REGISTER 0,1 (CLDAQ, 1) 


These two registers can be accessed to determine the cur- 
rent local DMA address. 


7 6 5 4 3 2 14 =«0 
CLDAT 
7 6 5 4 3 2 14 =«0 


CLDAO A 


10.7 REMOTE DMA REGISTERS 


REMOTE START.ADDRESS REGISTERS (RSARO, 1) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO, 1) and Remote Byte Count 
(RBCRO, 1) registers. The Remote Start Address is used to 
point to the: start of the block of data to be transferred and 
the Remote Byte Count is used to indicate the length of the 
block (in bytes). 


7 6 5 4 38 2 4 ~«0 
RSARI 
7 6 5 4 3 2 1 = 0 
rsaro[_a7 | a6 | as | aa | as | a2 | at | a0 | 
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REMOTE BYTE COUNT REGISTERS (RBCRO, 1) 
6 4 3 2 1 0 


7 5 
RBCRI BC12|BC11|BC10 


1 


7 6 5 4 3 2 14 «0 
recro| 807 | acs | 805 | 804] 803 | Bc2 | 8c1 | Bco| 


Note: RSARO programs the start address bits AO-A7. 
RSAR1 programs the start address bits A8-A15. 
Address incremented by two for word transfers, and by one for byte 
. transfers. Byte Count decremented by two for word transfers and by 
one for byte transfers. 
RBCRO programs LSB byte count. 
RBCRi# programs MSB byte count. 


CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 


The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: 


7 6 5 4 3 2 14 =~ 0 
CRDAt 
| 7 6 5 4 3 2 1 «0 
crpao| a7 | as | as | aa | as | a2 | at | a0 | 


10.8 PHYSICAL ADDRESS REGISTERS (PARO-PARS5) 


The physical address registers are used to compare the ~ 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PARO-PARS to the bit sequence of the received 
packet. 


D7 D6 DS D4 D3 D2 DO 
5 2 


D1 

DA DA2 | DAt | DAO 
DA 
DA25|DA 
DAS 
Dado 


Destination Address Source 


[p7s|oa0|Da1 |DA2| Das] ... [Daas] 0A47| SAO]... 


Note: P/S = Preamble, Synch 
DAO = Physical/Multicast Bit 


10.9 MULTICAST ADDRESS REGISTERS (MARO-MAR’7) 
The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 


dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 


PARO 
PAR1 
PAR2 
PAR3 
PAR4 
PARS5S 


fo Ja 
mo |R ILO |e 


10.0 Internal Registers (Continued) 


cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
bits to set in the multicast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast packets all of 
the registers are set to all ones. 


Note: Although the hashing algorithm does not guarantee perfect filtering of 
multicast address, it will perfectly filter up to 64 multicast addresses if 
these addresses are chosen to map into unique locations in the multi- 
cast filter. - 


CRC GENERATOR 


(X=31 TO X=26) 


CLK 


1 OF 64 DECODE 


FILTER BIT ARRAY 


SELECTED BIT 
"0" =REJECT "1" = ACCEPT 
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D7 D6 D5 D4 D3 D2 OD1 dO 
MARO FBS FBO 
MARI 
MAR2 
MARS 
MARG | FB55| Fe54|FBs3) FBs2|Fa51|FB50| FB49|FB46| 
MART 


If address Y is found to hash to the value 32 (20H), then 
FB32 in MAR4 should be initialized to “1”. This will cause 
the ST-NIC to accept any multicast packet with the address 
Y. 
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10.10 NETWORK TALLY COUNTERS 


Three 8-bit counters are provided for monitoring the number 
of CRC errors, Frame Alignment Errors and Missed Pack- 
ets. The maximum count reached by any counter is 192 
(COH). These registers will be cleared when read by the 
CPU. The count is recorded in binary in CTO-CT7 of each 
Tally Register. 


Frame Alignment Error Tally (CNTRO) 


‘This counter increments every time a packet is received 
with a Frame Alignment Error. The packet must have been 
recognized by the address recognition logic. The counter is 
cleared after it is read by the processor. 


7 6 5 4 3 2 4 +0. 


CNTRO 


CRC Error. Tally (CNTR1) 


This counter is incremented every time a packet is received 
with a CRC error. The packet must first be recognized by 
the address recognition logic. The counter is cleared after it 
is read by the processor. 


7 6 5 4 3 2 1 0 
ONTRI 


Frames Lost Tally Register (CNTR2) 


This counter is incremented if a packet cannot be received 
due to lack of buffer resources. In monitor mode, this coun- 
ter will count the number of packets that pass the address 
recognition logic. ? 


7 6 5 4 3 2 4 «0 
CNTR 


FIFO 


This is an 8-bit register that allows the CPU to examine the 
contents of the FIFO after loopback. The FIFO will contain 
the last 8 data bytes transmitted in the loopback packet. 
Sequential reads from the FIFO will advance a pointer in the 
FIFO and allow reading of all 8 bytes. | 


7 6 1 0 


5 4 3 2 
FIFO | 087 | 086 | pas | 084 | 083 | 082 | 081 | Dao 


Note: The FIFO should only be read when the ST-NIC has been pro- 
grammed in loopback mode. 


NUMBER OF COLLISIONS (NCR) 


This register contains the number of collisions a node expe- 
riences when attempting to transmit a packet. If no colli- 
sions are experienced during a ‘transmission attempt, the 
COL bit of the TSR will not be set and the contents of NCR 
will be zero. If there are excessive collisions, the ABT bit in 
the TSR will be set and the contents of NCR will be zero. 
The NCR is cleared after the TXP bit in the CR is set. 


7 6 5 4 3 2 1 


non} — | — | — | — [Nos} nce | not | noo| 
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11.0 Initialization Procedures 


The ST-NIC must be initialized prior to transmission or ra- 
ception of packets from the network. Power on reset is ap- 
plied to the ST-NIC’s reset pin. This clears/sets the follow- 
ing bits: 


| Interupt Status (sr) | | RST 
[ Interrupt MaskimAy | auits | | 
| DataControl(ocR) |_| LAS 
| TransmitConfig.ror) | tetuso | | 


The ST-NIC remains in its reset state until a Start Command 
is issued. This guarantees that no packets are transmitted 
or received and that the ST-NIC remains a bus slave until all 
appropriate internal registers have been programmed. After 
initialization the STP bit of the command register is reset 
and packets may be received and transmitted. 


Initialization Sequence 


The following initialization procedure is mandatory. 


1. Program Command Register for Page 0 (Command 
Register = 21H) 


. Initialize Data Configuration Register (DCR) 

. Clear Remote Byte Count Registers (RBCRO, RBCR1) 
. Initialize Receive Configuration Register (RCR) 

. Place the ST-NIC in LOOPBACK mode 1 or 2 (Transmit 


Configuration Register = 02H or 04H) 

. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

. Clear Interrupt Status Register (ISR) by writing OFFH to 
it. 

. Initialize Interrupt Mask Register (IMR) 

. Program Command Register for page 1 (Command 
Register = 61H) 

|) Initialize Physical Address Registers (PARO-PARS) 
Il) Initialize Multicast Address Registers (MARO—-MARS5) 
Ill) Initialize CURRent pointer 

. Put ST-NIC in START mode (Command Register = 
22H). 

. Initialize the Transmit Configuration Register for the in- 
tended value. The ST-NIC is now ready for transmission 
and reception. 

Before receiving packets, the user must specify the location 
of the Receive Buffer Ring. This is programmed in the Page 
Start and Page Stop Registers. In addition, the Boundary 
and Current Page Register must be initialized to the value of 
the Page Start Register. These registers will be modified 
during reception of packets... 
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12.0 Loopback Diagnostics 


Three forms of local loopback are.provided on the ST-NIC. 
The user has the ability to loopback through the deserializer 
on the controller, through the ENDEC module or the Trans- 
ceiver. Because of the half duplex architecture of the 
ST-NIC, loopback testing Is a special mode of operation 
with the following restrictions: 


Restrictions During Loopback 

The FIFO is split into two halves, one half is used for trans- 
mission and the other for reception. Only 8-bit fields can be 
fetched from memory so two tests are required for 16-bit 
systems to verify integrity of the entire data path. During 
loopback the maximum latency from the assertion of BREQ 
to BACK is 2.0 ys. Systems that wish to use the loopback 
test but do not meet this latency can limit the loopback to 
7 bytes without experiencing underflow. Only the last 
8 bytes of the loopback packet are retained in the FIFO. 
The last 8 bytes can be read through the FIFO register 
which will advance through the FIFO to allow reading the 
receive packet sequentially. 


Destination Address | = (6 Bytes) Station Physical Address 


Source Address | 
Length 2 Bytes 
lis cs ate! = 46 to 1500 Bytes 


CRC Appended by ST-NIC 
if CRC = “O” in TCR 


When in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tion as shown below. (Loopback only operates with byte 
wide transfers.) 


LS Byte (AD8-15) MS Byte (ADO-7) 


Destination 
Length 


wrs='"1" Bpos="1" 


(DCR Bits) 
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When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 


LS Byte (ADO-7) 


MS Byte (AD8-15) 


Destination 


WIs="1" Bs0S="0" (DCR Bits) 
TL/F/11157-55 
Note: When using loopback in word mode 2n bytes must be programmed in 
TBCRO, 1. Where n = actual number of bytes assembled in even or 
odd location. 


12.0 Loopback Diagnostics (continueg) 


To initiate a loopback the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1. The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and if CRC bit in the 
TCR is set, the receiver will also check the CRC. The last 8 
bytes of the loopback packet are buffered and can read out 
of the FIFO using the FIFO read port. 


Loopback Modes 


MODE 1: Loopback through the NIC Module (LB1 = 0, 
LBO = 1): If this loopback is used, the NIC Modules'’s serial- 
izer is connected to the deserializer. 


MODE 2: Loopback through the ENDEC Module (LBt = 1, 
LBO = 0): If the loopback is to be performed through the 
SNI, the ST-NIC provides a control (LPBK) that forces the 
ENDEC module to loopback all signals. 


MODE 3: Loopback to cable (LB1 = 1, LBO = 1). Packets 
can be transmitted to the cable in loopback mode to check 
all of the transmit and receive paths and the cable itself. 


Note: Collision and Carrier Sense can be generated by the ENDEC module 
and are masked by the NIC module. It is not possible to go directly 
between the loopback modes, it is necessary to return to normal oper- 
ation (OOH) when changing modes. 


Reading the Loopback Packet 
The last 8 bytes of a received packet can be examined by 8 
consecutive reads of the FIFO register. The FIFO pointer is 


incremented after the rising edge of the CPU's read strobe 
by internally synchronizing and advancing the pointer. This 


may take up to four bus clock cycles, if the pointer has not 
been incremented by the time the CPU reads the FIFO reg- 
ister again, the ST-NIC will insert wait states. 


Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the ST-NIC to malfunction. 


Alignment of the Received Packet in the FIFO 


Reception of the packet in the FIFO begins at location zero, 
after the FIFO pointer reaches the last location in the FIFO, 
the pointer wraps to the top of the FIFO overwriting the 
previously received data. This process is continued until the 
last byte is received. The ST-NIC then appends the received 
byte count in the next two locations of the FIFO. The con- 
tents of the Upper Byte Count are also copied to the next 
FIFO location. The number of bytes used in the loopback 
packet determines the alignment of the packet in the FIFO. 


The alignment for a 64-byte packet is shown below. 


FIFO FIFO 
Location Contents 


First Byte Read 
Second Byte Read 
: 

: 

: 


CRC3 e 


-CRC4 Last Byte Read 


For the following alignment in the FIFO the packet length 
should be (N x 8) + 5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC is appended by the transmitter, the ist four bytes, 
bytes N-3 to N, correspond to the CRC. 


FIFO FIFO 
Location Contents 


0 First Byte Read 
Second Byte Read 
: 
: 
: 
, 
Last Byte Read 


LOOPBACK TESTS 

Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DP83902A ST- 
NIC prior to transmitting and receiving packets on a live 
network. Typically these tests may be performed during 
power up of a node. The diagnostic provides support to veri- 
fy the following: 
1. Verify integrity of data path. Received data is checked 

against transmitted data. 


2. Verify the CRC logic’s capability to generate good CRC 
on transmit, verify CRC on receive (good or bad CRC). 
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12.0 Loopback Diagnostics (continue) 
3. Verify that the Address Recognition Logic can 

a) Recognize address match packets 

b) Reject packets that fail to match an address 


LOOPBACK OPERATION IN THE ST-NIC 

Loopback is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
loopback testing. When loopback mode is selected in the 
TCR, the FIFO is split. A packet should be assembled in 
memory with programming of TPSR and TBCRO, TBCR1 
registers. When the transmit command is issued the follow- 
ing operations occur: 


Transmitter Actions 


. Data is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) 


. The ST-NIC generates 56 bits of preamble followed by an 
8-bit synch pattern. 


. Data transferred from FIFO to serializer. 

. lf CRC = 1 in TCR, the CRC is not calculated by ST-NIC, 
and the last byte transmitted is the last byte from the 
FIFO (Allows software CRC to be appended). If CRC = 
0, ST-NIC calculates and appends four bytes of CRC. 

5. At end of Transmission PTX bit set in ISR. 

Receiver Actions 

1. Wait for synch, all preamble stripped. 

2. Store packet in FIFO, increment receive byte count for 
each incoming byte. 

3. If CRC = 1 in TCR, receiver checks incoming packet for 
CRC errors. If CRC = 0 in TCR, réceiver does not check 
CRC errors, CRC error bit always set in RSR (for address 
matching packets). 


4. At the end of receive, the receive byte count is written 
into the FIFO, and the receive status register is updated. 
The PRX bit is typically set in the RSR even if the address 
does not match. If CRC errors are forced, the packet 
must match the address filters in order for the CRC error 
_bit in the RSR to be set. 


EXAMPLES ; 

The following examples show what results can be expected 
from a properly operating ST-NIC during loopback. The re- 
strictions and results of each type of loopback are listed for 
reference. The loopback tests are divided into two sets of 


tests. One to verify the data path, CRC generation and byte 
count through all three paths. The second set of tests uses 
internal loopback to verify the receiver’s CRC checking and 
address recognition. For all of the tests the DCR was pro- 
grammed to 40H. 


ne ren ae eee ee 


ST-NIC Internal 1F 
eis 1) ee 2) ne 3) 


Note 1: Since carrier sense and collision detect are generated in the EN- 
DEC module, they are blocked during NIC loopback. Carrier and CD 
heartbeat are not seen and the CRS and CDH bits are set. 

CRC errors are always indicated by the receiver if CRC is appended 
by the transmitter. 

Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the 
PRX bit remains 0 for all loopback modes. 


Note 4: All values are hex. 


Note 2: 


Note 3: 


1-120 


| Path | tor | Acr| tsr_| 


ST-NIC Internal 04 1F 
‘ice 1) 


Note 1: CDH is set, CRS is not set since it is generated by the external 


JRSR| ISR 
02 


encoder/decoder. 
| Path_—[Tcr|RcR| TSR 


ST-NIC External 1F 03 
(Note 1) (Note 2) 


Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01H, 03H, 07H and a variety of other values depending on 
whether collisions were encountered or the packet was deferred. 


: The ISR will contain 08H if packet is not transmittable. 


: During external loopback the ST-NIC is now exposed to network 

_ traffic. It is therefore possible for the contents of both the. Receive 
portion of the FIFO and the RSR to be corrupted by any other 
packet on the network. Thus in a live network the contents of the 
FIFO and RSR should not be depended on. The ST-NIC will still 
abide by the standard CSMA/CD protocol in external loopback 
mode. {i.e., The network will not be disturbed by the loopback pack- 
et.) 


Note 4: All values are hex. 


CRC AND ADDRESS RECOGNITION 


The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using internal 
loopback only so that the ST-NIC is isolated from interfer- 
ence from the network. These tests also require the capabil- 
ity to generate CRC in software. 


The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set if the address in 
the packet matches the address filters. If errors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H and the TCR should be set 
to 03H with a software generated CRC. 


Packet Contents | Results _| 
“Test [Address [cnc | RSR 


Matching 01 (Note 1) 
Matching 02 (Note 2) 
Non-Matching 01 


Note 1: Status will read 21H if multicast address used. 
Note 2: Status will read 22H if multicast address used. 


Note 3: In test A, the RSR is set up. In test B the address is found to match 
since the CRC is flagged as bad. Test C proves that the address 
recognition logic can distinguish a bad address and does not notify 
the RSR of the bad CRC. The receiving CRC is proven to work in 
test A and test B. 


Note 4: All values are hex. 


NETWORK MANAGEMENT FUNCTIONS 


Network management capabilities are required for mainte- 
nance and planning of a local area network. The ST-NIC 
supports the minimum requirement for network manage- 
ment in hardware, the remaining requirements can be met 
with software counts. There are three events that software 
alone can not track during reception of packets: CRC errors, 
Frame Alignment errors, and missed packets. 


12.0 Loopback Diagnostics (continued) 


Since errored packets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packer arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The ST-NIC counts 
the number of packets with CRC errors and Frame Align- 
ment errors. 8-Bit counters have been selected to reduce 
overhead. The counters will generate interrupts whenever 
their MSBs are set so that a software routine can accumu- 
late the network statistics and reset the counter before 
overflow occurs. The counters are sticky so that when they 
reach a count of 192 (COH) counting is halted. An additional 
counter is provided to count the number of packets the ST- 
NIC misses due to buffer overflow or being offline. 


The structure of the counters is shown below: 


FRAME ALIGNMENT ERRORS COUNTER 
CRC ERRORS COUNTER 


MISSED PACKETS COUNTER 
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Additional information required for network management is 
available in the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 


Typically, the following statistics might be gathered in soft- 
ware: 


Traffic: Frames Sent OK 
Frames Received OK 
Multicast Frames Received 
Packets Lost Due to Lack of Resources 
Retries/Packet 


CRC Errors 

Alignment Errors 
Excessive Collisions 
Packet with Length Errors 
Heartbeat Failure 


MSB 
s—) >> INTERRUPT 
MSB 


TL/F/11157-20 
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13.0 Bus Arbitration and Timing 

The ST-NIC operates in three possible modes: 
e BUS MASTER (WHILE PERFORMING DMA) 

e BUS SLAVE (WHILE BEING ACCESSED BY CPU) 


e IDLE 


BUS SLAVE - 
(ACCESSED 
AS 
PERIPHERAL) STOP , 

INT ERROR 


COMPLETE 


BUS MASTER 
(PERFORMS 
DMA). 


Upon power-up the ST-NIC is in an indeterminate state. Af- 
ter receiving a hardware reset the ST-NIC is a bus slave in 
the Reset State, the receiver and transmitter are both dis- 
abled in this state. The reset state can be re-entered under 
three conditions, soft reset (Stop Command), hard reset 
(RESET input) or an error that shuts down the receiver of 
transmitter (FIFO underflow or overflow). After initialization 
of registers, the ST-NIC is issued a Start command and the 
ST-NIC enters Idle state. Until the DMA is required the 
ST-NIC remains in idle state. The idle state is exited by a 
request from the FIFO on the case of receiver or transmit, or 
from the Remote DMA in the case of Remote DMA 


RESET PIN ASSERTED 
FOR 8 BSCK AND 16 X1 
CLOCKS 
(EITHER SIMULTANEOUSLY 
OR SEQUENTIALLY) 


START 


LOCAL & REMOTE 


BURST COMPLETE 
+ EMPTY + FILL 
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operation. After acquiring the bus in a BREQ/BACK hand- 
shake the Remote or Local DMA transfer is completed and 
the ST-NIC re-enters the idle state. 


DMA TRANSFERS TIMING 


The DMA can be programmed for the following types of 
transfers: 

16-Bit Address, 8-bit Data Transfer 

16-Bit Address, 16-bit Data Transfer 

32-Bit Address, 8-bit Data Transfer 

32-Bit Address, 16-bit Data Transfer 
All OMA transfers use BSCK for timing. 16-Bit Address 
modes require 4 BSCK cycles as shown below: 


16-Bit Address, 8-Bit Data 


T2 


a 
a: anne at 
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13.0 Bus Arbitration and Timing (Continues) 


16-Bit Address, 16-Bit Data 
| TI | T2 | 13 | 14 | 


BSCK | | | | | | | | 


AD8=15 


TL/F/11157-23 


32-Bit Address, 8-Bit Data 


ADSO 


MWR,MRD 
TL/F/11157-25 
Note: In 32-bit address mode, ADS1 is at TRISTATE after the first T1-T4 states: thus, a 4.7k pull-down resistor is required for 32-bit address. 
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13.0 Bus Arbitration and Timing (Continued) 


When in 32-bit mode four additional BSCK cycles are re- 
quired per burst. The first bus cycle (T1’-—T4’) of each burst 
is used to output the upper 16-bit addresses. This 16-bit 
address is programmed in RSARO and RSAR1 and points to 
a 64k page of system memory. All transmitted or received 
packets are constrained to reside within this 64k page. 


FIFO BURST CONTROL 


All Local DMA transfers are burst transfers, once the DMA 
requests the bus and the bus is acknowledged, the DMA will 
transfer an exact burst of bytes programmed in the Data 
Configuration Register (DCR) then relinquish the bus. If 
there are remaining bytes in the FIFO the next burst will not 
be initiated until the FIFO threshold is exceeded. If BACK is 
removed during the transfer, the burst transfer will be abort- 
ed. (DROPPING BACK DURING A DMA CYCLE IS NOT 
RECOMMENDED.) 


BREQ / \ 
BACK / \ 


AD0-15 


ONE BURST 


where N = 1, 2, 4, or 6 Words or N = 2, 4, 8, or 12 Bytes when in byte mode. 


INTERLEAVED LOCAL OPERATION 


If a remote DMA transfer is initiated or in progress when a 
packet is being received or transmitted, the Remote DMA 
transfer will be interrupted for higher priority Local DMA 


BREQ 
BACK 


ADO=15 


Note that if the FIFO requires service while a remote DMA is 
in progress, BREQ is not dropped and the Local DMA burst 
is appended to the Remote Transfer. When switching from 
a local transfer to a remote transfer, however, BREQ is 
dropped and raised again. This allows the CPU or other 
devices to fairly contend for the bus. 


FIFO AND BUS OPERATIONS 


Overview 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the ST-NIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold is programmable, allowing filling (or emptying) the 
FIFO at different rates. When the FIFO has filled to its pro- 
grammed threshold, the local DMA channel transfers these 
bytes (or words) into local memory. It is crucial that the local 
DMA is given access to the bus within a minimum bus laten- 
cy time; otherwise a FIFO underrun (or overrun) occurs. 


To understand FIFO underruns or overruns, there are two 
causes which produce this condition— 
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transfers. When the Local DMA transfer is completed the 
Remote DMA will rearbitrate for the bus and continue its 
transfers. This is illustrated below: 


REMOTE LOCAL BURST 
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. the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has 
serviced the FIFO. 


. the bus latency or bus data rate has slowed the through- 
put of the local DMA to a point where it is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and word width (byte 
wide or word wide). 


The worst case condition ultimately limits the overall bus 
latency which the ST-NIC can tolerate. 


FIFO Underrun and Transmit Enable 


During transmission, if a FIFO underrun occurs, the Trans- 
mit enable (TXE) output may remain high (active). Generally, 
this will cause a very large packet to be transmitted onto the 
network. The jabber feature of the transceiver will terminate 
the transmission, and reset TXE. 

To prevent this problem, a properly designed system will not 
allow FIFO underruns by giving the ST-NIC a bus acknowl- 
edge within time shown in the maximum bus latency curves 
shown and described later. 


FIFO at the Beginning of Receive 


-At the beginning of reception, the ST-NIC stores entire Ad- 


dress field of each incoming packet in the FIFO to deter- 
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mine whether the packet matches its Physical Address Reg- 
isters or maps to one of its Multicast Registers. This causes 
the FIFO to accumulate 8 bytes. Furthermore, there are 
some synchronization delays in the DMA PLA. Thus, the 
actual time that BREQ is asserted from the time the Start of 
Frame Delimiter (SFD) is detected is 7.8 xs. This operation 
affects the bus latencies at 2- and 4-byte thresholds during 
the first receive BREQ since the FIFO must be filled to 8 
bytes (or 4 words) before issuing a BREQ. 


FIFO Operation at the End of Receive 


When Carrier Sense goes low, the ST-NIC enters its end of 
packet processing sequence, emptying its FIFO and writing 
the status information at the beginning of the packet, Figure 
§. The ST-NIC holds onto the bus for the entire sequence. 
The longest time BREQ may be extended occurs when a 
packet ends just as the ST-NIC performs its last FIFO burst. 
The ST-NIC, in this case, performs a programmed burst 
transfer followed by flushing the remaining bytes in the 
FIFO, and completes by writing the header information to 
memory. The following steps occur during this sequence. 


1. ST-NIC issues BREQ because the FIFO threshold has 
been reached 


2. During the burst, packet ends, resulting in BREQ extend- 
ed. 


3. ST-NIC flushes remaining bytes from FIFO 


4. ST-NIC performs internal processing to prepare for writ- 
. tng the header. 


5. ST-NIC writes 4-byte (2-word) header 
6. ST-NIC deasserts BREQ 


End of Packet Processing (EOPP) times for 10 MHz and 
20 MHz have been tabulated in the table below. 


[ode [ Thveshod | Busciock | OPP 


2 Bytes 
4 Bytes 
8 Bytes 


End of Packet Processing Times for Various FIFO 
Thresholds, Bus Clocks and Transfer Modes 


Threshold Detection (Bus Latency) 


To assure that no overwriting of data in the FIFO occurs, the 
FIFO logic flags a FIFO overrun as the 13th byte is written 
into the FIFO, effectively shortening the FIFO to 13 bytes. 
The FIFO logic also operates differently in Byte Mode and in 
Word Mode. In Byte Mode, a threshold is indicated when 
the n+1 byte has entered the FIFO; thus, with an 8-byte 
threshold, the ST-NIC issues Bus Request (BREQ) when 
the 9th byte has entered the FIFO. For Word Mode, BREQ 
is not generated until the n+ 2 bytes have entered the FIFO. 
Thus, with a 4-word threshold (equivalent to 8-byte thresh- 
old), BREQ is issued when the 10th byte has entered the 
FIFO. The two graphs, following, indicate the maximum al- 
lowable bus latency for Word and Byte transfer modes. 


End of Packet Processing 


peg li \ 


MWR 


Burst Length 


CRS 


1-125 


Empty FIFO 
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13.0 Bus Arbitration and Timing (Continued) 


The FIFO at the Beginning of Transmit 


is the programmed FIFO threshold. The next BREQ is not 
issued until after the ST-NIC actually begins transmitting 


Before transmitting, the ST-NIC performs a prefetch from 
data, i.e., after SFD. The Transmit Prefetch diagram illus- 


memory to load the FIFO. The number of bytes prefetched 


Bus Latency (js) 


trates this process. 


Transmit Prefetch Timing 


Tolerated Bus Latency =[(No. of Bytes Stored in FIFO) x 800] ~ 400ns 
or (12 Bytes - FIFO Threshold) 
whichever is less 


MRD Burst Length Burst Length 


[Frente 1] 


SFD 
TL/F/11157-59 
Maximum Bus Latency for Byte Mode Maximum Bus Latency for Word Mode 
3 
“a 
2 
> NY 
3 CIN SK 
c| 
1 
3 
foo} 
0 BN 
0 —— ~ 20 
DMA Clock (MHz) DMA Clock (MHz) 
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13.0 Bus Arbitration and Timing (continued) 


REMOTE DMA-BIDIRECTIONAL PORT CONTROL 


The Remote DMA transfers data between the loca! buffer 
memory and a bidirectional port (memory to 1/O transfer). 
This transfer is arbited on a byte by byte basis versus the 
burst transfer used for Local DMA transfers. This bidirec- 
tional port is also read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 


Bus Handshake Signals for Remote DMA Transfers 


BIDIRECTIONAL PORT DMA SIGNALS 
SNIC SIGNALS 


WACK 
PRD 


DATA 
PWR 
RACK iORD 


PRQ een emcee nun mR ERRNO ad DRQ 
TL/F/11157-28 


REMOTE READ TIMING 

1. The DMA reads byte/word from local buffer memory and 
writes byte/word into latch, increments the DMA address 
and decrements the byte count (RBCRQO, 1). 

2. A Request Line (PRQ) is asserted to inform the system 
that a byte is available. 

3. The system reads the port, the read strobe (RACK) is 
used as an acknowledge by the Remote DMA and it goes 
back to step 1. 

Steps 1-3 are repeated until the remote DMA is complete. 


- Note that in order for the Remote DMA to transfer a byte 


from memory to the latch, it must arbitrate access to the 
local bus via a BREQ, BACK handshake. After each byte or 
word is transferred to the latch, BREQ is dropped. If a Local 
DMA is in progress, the Remote DMA is held off until the 
local DMA is complete. 


BREQ 
BACK 

A015 
ADSO 


RACK — : ey 


__ BYTES WRITTEN 
TO LATCH 


WAIT FOR 
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13.0 Bus Arbitration and uning (Continued) 


REMOTE WRITE TIMING 


A Remote Write operation transfers data fren the I/O port 
to the local buffer RAM. The ST-NIC initiates a transfer by 
requesting a byte/word via the PRQ. The system transfers a 
byte-word to the latch via IOW. This write strobe is detected 
by the ST-NIC and PRQ is removed. By removing the PRQ, 
the Remote DMA holds off further transfers into the latch 
until the current byte/word has been transferred from the 
latch, PRQ is reasserted and the next transfer can begin. 


BYTE WRITTEN 


1. ST-NIC asserts PRQ. System writes byte/word into latch. 
. ST-NIC removes PRQ. 


2. Remote DMA reads contents of port and writes byte/ 
word to local buffer memory, increments address are, 
decrements byte count (RBCRO, 1). 


3. Go back to step 1. 


Steps 1-3 are repeated until the remote DMA is com- 
plete. 


BYTE READ FROM LATCH 


————__ TO LATCH BY —————> —+————__ BY REMOTE DMA AND ——_> 


SYSTEM 


REMOTE DMA WRITE SPECIAL 
CONSIDERATIONS 


Setting PRQ Using the Remote Read 


Under certain conditions the ST-NIC bus state machine may 
issue MWR and PRD before PRQ for the first DMA transfer 
of a Remote Write Command. If this occurs this could cause 
data corruption, or cause the remote DMA count to be dif- 
ferent from the main CPU count causing the system to “lock 
up”. 

To prevent this condition when implementing a Remote 
DMA Write, the Remote DMA Write command should first 
be preceded by a Remote DMA Read command to insure 
that the PRQ signal is asserted before the ST-NIC starts its 
port read cycle. The reason for this is that the state machine 
that asserts PRQ runs independently of the state machine 
that controls the DMA signals. The DMA machine assumes 
that PRQ is asserted, but actually may not be. To remedy 
this situation, a single Remote Read cycle should be insert- 
ed before the actual DMA Write Command is given. This will 
ensure that PRQ is asserted when the Remote DMA Write is 
subsequently executed. This single Remote Read cycle is 
called a “dummy Remote Read”. In order for the dummy 
Remote Read cycle to operate correctly, the Start Address 
should be programmed to a known, safe location in the buff- 
er memory space, and the Remote Byte count should be 
programmed to a value greater than 1. This will ensure that 
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WRITTEN TO LOCAL 


BUFFER MEMORY 
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the master read cycle is performed safely, eliminating the 
possibility of data corruption. 


Remote Write with High Speed Buses 


When implementing the Remote DMA Write solution with 
high speed buses and CPU’s, timing may cause the system 
to hang. Therefore additional considerations are required. 


A problem occurs when the system can execute the dummy 
Remote Read and then start the Remote Write before the 
ST-NIC has had a chance to execute the Remote Read. If 
this happens the PRQ signal will not get set, and the Re- 
mote Byte Count and Remote Start Address for the Remote 
Write operation could be corrupted. This is shown by the 
hatched waveforms in the following timing diagram. The ex- 
ecution of the Remote Read can be delayed by the local 
DMA operations (particularly during end-of-packet process- 
ing). 

To ensure the dummy Remote Read does execute, a delay 
must be inserted between writing the Remote Read Com- 
mand, and starting to write the Remote Write Start Address. 
(This time is designated in the next figure by the delay ar- 
rows.) The recommended method to avoid this problem is 
after the Remote Read command is given, to poll both bytes 
of the Current Remote DMA Address Registers. When the 
address has incremented PRQ has been set. Software 
should recognize this and then start the Remote Write. 


13.0 Bus Arbitration and Timing (Continued) 


Vc06E8dd 


An additional caution for high speed systems is that the 3. Read the Current Remote DMA Address (CRDA) (both 
polling must follow guidelines specified in the Time Between bytes). 
Chip Selects section. That is, there must be at least 4 bus. 4. Compare to previous CRDA value if different go to 6. 


clocks between chip selects. (For example when BSCK = 
20 MHz, then this time should be 200 ns). 


(52) 


. Delay and jump to 3. 
6. Set up for the Remote Write command, by setting the 


The general flow for executing a Remote Write is: Remote Byte Count and the Remote Start Address (note 
1. Set Remote Byte Count to a value > 1 and Remote Start that if the Remote Byte count in step 1 can be set to the 
Address to unused RAM (one location before the trans- transmit byte count plus one, and the Remote Start Ad- 
mit start address is usually a safe location). dress to one less, these will now be incremented to the 
2. Issue the “dummy” Remote Read command. correct values.) 


7. Issue the Remote Write command. 


Dummy 
DMA Read 


Delay . 
= ALVA NV NS 
————— awe 
PRO VY read no ae 
LULA SSW) VOLE 


Note: The dashed lines indicate incorrect timing as described in text. 
Timing Diagram for Dummy Remote Read . 


Remote Write Remote Write Remote 
Start Address Byte Count Write 
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13.0 Bus Arbitration and Timing (Continue) 


SLAVE MODE TIMING 


When C$ is low, the ST-NIC becomes a bus slave. The CPU 
can then read or write any internal registers. ‘All register 
accesses are byte wide. The timing for register access is 
shown below. The host CPU accesses internal registers 
with four address lines, RAO-RA3, SRD and SWR strobes. 


ADSO is used to latch the address when interfacing to a 
multiplexed, address data bus. Since the ST-NIC may be a 
local bus master when the host CPU attempts to read or 
write to the controller, an ACK line is used to hold off the 
CPU until the ST-NIC leaves master mode. Some number of 
BSCK cycles is also required to allow the ST-NIC to syn- 
chronize to the read or write cycles. 


Write to Register 


RAO-RAS 
ADSO / \ 
AD0-AD7 
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Read from Register 


ADSO / \ : 


TIME BETWEEN CHIP SELECTS 

The ST-NIC requires that successive chip selects be no 
closer than 4 bus clocks (BSCK) together. If the condition is 
violated, the ST-NIC may glitch ACK. CPUs that operate 
from pipelined instructions (i.e., 386) or have a cache (.e., 


TL/F/11157-32 


486) can execute consecutive I/O cycles very quickly. The 
solution is to delay the execution of consecutive I/O cycles 
by either breaking the pipeline or forcing the CPU to access 
outside its cache. ; 


Time between Chip Selects 


cs >4 BSCK 
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14.0 Preliminary Electrical Characteristics 


Absolute Maximum Ratings 


if Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 


Supply Voltage (Vcc) —0.5V to +7.0V 
DC Input Voltage (Vin) —0.5V to Veco + 0.5V 
DC Output Voltage (Vout) —0.5V to Vcc + 0.5V 
Storage Temperature Range (Tstq) —65°C to + 150°C 
Power Dissipation (PD) 800 mW 
Lead Temp. (TL) (Soldering, 10 sec.) 260°C 
ESD Rating (Rzap = 1.5k, Czap = 100 pF) 1.5 kV 
Pin to Pin 

Pin to GND 

Pin to Voc (+1 ZAP) 


Clamp Diode Current +20mA 


Note: Absolute Maximum ratings are those values beyond 
which the safety of the device cannot be guaranteed. They 
are not meant to imply that the device should be operated at 
these limits. 

Note: A// specifications in this datasheet are valid only if the 
mandatory isolation is employed and ail differential signals 
are taken to exist at the AU! or TP! side of the isolation. 


Preliminary DC Specifications Ta = 0°C to 70°C, Voc = 5V +5%, unless otherwise specified. 


Symbol ae ee 


Minimum High Level Output Voltage 
(Notes 1, 4) 
Minimum Low Level Output Voltage 
(Notes 1, 4) 


Minimum High Level Input Voltage (Note 2) 


VoH 
VoL 
ViH 


Minimum High Level input Voltage 
For RACK WACK (Note 2) 


ViL 
ViL2 


VLOL 


loz 


loc Average Supply Current 


(Note 3) 


Maximum Low Level Input Voltage 
For RACK, WACK (Note 2) 
Good Link Output Voltage 7 = 16mA 
lIN Input Current = Vcc or GND 


lINSEL Input Current ame: 
Minimum TRI-STATE Vout = Vcc or GND 
Output Leakage Current (Note 5) 


Maximum Low Level Input Voltage (Note 2) + 


X1 = 20 MHz Clock 


louT = O pA 
Vin = Voc or GND 


lon = —20 pA 
lon = —2.0mA 


lo. = = 20 ye 


fa =Vce 
Vin = GND 


oo 
au 


+1.0 
ei 


Note 1: These levels are tested dynamically using a limited amount of functional test patterns, please refer to AC test load. 
Note 2: Limited functional test patterns are performed at these input levels. The majority of functional tests are performed at levels of OV and 3V. 
Note 3: This is measured with a 0.1 uF bypass capacitor between Vcc and GND. 


Note 4: The low drive CMOS compatible Voy and Vo, limits are not tested directly. Detailed device characterization validates that this specification can be 
guaranteed by testing the high drive TTL compatible Vo_ and Vox specification. 


Note 5: RAO-RA3, PRD, WACK, BREQ and INT pins are used as outputs in test mode and as a result are tested as if they are TRI-STATE input/outputs. For these 


pins the input leakage specification is loz. 
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14.0 Preliminary Electrical Characteristics (continued — 


Preliminary DC Specifications 1, = 0:c to 70°C, Voc = 5V +5%, unless otherwise specified. (Continued) 


symbol Conditions | min | Max | units 


AUI INTERFACE PINS (TX+, RX+, and CD+) 


X1 is Connected to an Oscillator 
and GND/X2 is Grounded 

X1 is Connected to an Oscillator 
and GND/X2 is Grounded 
GND/X2 is Grounded 

Vin = Voc or GND 

X2 Grounded 

(Driven Mode) 


TXOd+, TXO+ High Level 
Output Resistance 


Receive Threshold 
Turn-On Voltage (10BASE-T) he 


Receive Threshold 
Turn-On Voltage (Reduced Level) 


Receive Threshold 
Turn-Off Voltage (Note 1) 


Note 1: This parameter is guaranteed by design and is not tested. 
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15.0 Switching Characteristics ac Specs DP83902A Note: Alll Timing is Preliminary 


Register Read (Latched Using ADSO) 


RAO=RAS —EEEe 


Ve06E8d0 


ADSO 


aswi 


rsrsl 
SRD 


rack] rackh 
ACK 

ackdy rdz 

AD0=7 
TL/F/11157-33 
symbol | Parameter | Min. =| Max | Units 
rsh | Register SelectHoldfromapsoLow | 43 | |r 
aswi | __— Address Strobewidtnin == | ts] |g 
ackiv | __AcknowledgeLowtoDataVaid =| | 85 | 
rdz | _ReadStobetoData TRISTATE (Notes) | 15 | 70s 
rack! | ReadStrobetoACK Low (Notes 1,2) | | ntbeyo +30 | ns 
rackh | __ReadStobetoACKHigh | | tts 

Latched RSO~3 


Note 1: ACK is not generated until CS and SAD are low and the ST-NIC has synchronized to the register access. The ST-NIC will insert an integral number of Bus 
Clock cyctas until it is synchronized. In Dual Bus systems additional cycles will be used for a local or remote DMA to complete. Wait states must be issued to the 
CPU until ACK is asserted low. 

Note 2: CS may be asserted before or after SRD. If CS is asserted after SRD, rackl is referenced from falling edge of CS. CS can be de-asserted concurrently with 
SRD or after SRD is de-asserted. 

Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics ac specs DP83902A Note: All Timing is Preliminary (Continued) 


Register Read (Non-Latched, ADSO = 1) 


RAO~RAS ees ea ae 


rsrh 
cS NAAN LLL// 
SRD. 
=== 
ACK 
ackdy rdz 
AD0-7 DO-7 
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| Parameter | Min | Max 
an a A 
(Notes 1, 3) ‘ 

| RegisterSelectHoldfromRead | | 
| ACKLowtovaiddata | | 
|__ReadStrobetoDataTALSTATE(Note2) | 15 | 
| Read StrobetoACK Low (Notes) | 

ee 


Read Strobe to ACK Hig 


Note 1: rsrs includes flow-through time of latch. ; 
Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 
no contention. 


Note 3: CS may be asserted before of after RAO-3, and SRD, since address decode begins when ACK is asserted. If CS is asserted after RAO-3, and SRD, rack! 
is referenced from falling edge of CS. 


n*beyc + 30 
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15.0 Switching Characteristics ac specs pPs3902A Note: All Timing is Preliminary (Continued) 


Register Write (Latched Using ADSO) 


RAO=RAS 


Vc06E8dd 


rss rsh 

ADSO 
aswl 
cs NNN’ MLL// 

rswsl 

SWR 
wackh 
ACK 
wack! rwds rwdh 
n00-7 
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Symbol 


on a eee Units 
rss | ResisterSelect Setuptoadsolow | 10 | |g 
rsh | __ResisterSelect Holdfromapsolow | 17 | | ns 
aswi__ | _— Address Strobowidtnin | ot | Tt 
ds | __RegistorWriteDataSoup | 20 | ns 
wan | __RagisterWrteDataHold | at | 
ww | WriteStrobewidinfromaCR | so || 
wackh We Stobe iantoA@RHign __ | |__| ns 
wack | WrtoLowtoACKLow(Notest,2) || ntboye + 90 | ns 
cus! | Rogstr Seto whiesvobotow [we | 


Note 1: ACK is not generated until CS and SWR are low and the ST-NIC has synchronized to the register access. In Dual Bus Systems additional cycles will be 
used for a local DMA or Remote DMA to complete. 


Note 2: CS may be asserted before or after SWRA. If CS is asserted after SWR, wackl is referenced from falling edge of TS. 1 | 
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15.0 Switching Characteristics ac Specs Dps3902A Note: All Timing is Preliminary (Continued) 


Register Write (Non-Latched, ADSO = 1) 


RAO-RAS 


TL/F/11157-36 


Symbol Parameter Units 


rsws 

rswh ns 
rwds ns 
rwalh at ns 
wack! | __WriteLowtoACKtow(Note2) || ntbeyo +30 | ns 
wackh | __WriteHightoAGK High || ts 
ww | WrtewidtntromaCK | oP ts 


Note 1; Assumes ADSO is high when RAO-3 changing. 


Note 2: ACK is not generated until CS and SWRA are low and the ST-NIC has synchronized to the register access. In Dual Bus systems additional cycles will be 
used for a local DMA or remote DMA to complete. 


1-136 


15.0 Switching Characteristics ac specs pPs3902A Note: All Timing is Preliminary (Continued) 


DMA oe Bus Arbitration 


T2 T3 T4 Tt T2 T3 T4 T1 12 T3 14 11 
- ie 


BREQ 


BACK ; 
becte 
ADSO 


MWR, MRD rr 
FIRST TRANSFER FIRST TRANSFER 
IF BACK SEEN ON IF BACK NOT GIVEN LAST TRANSFER 
FIRST T1 ON FIRST Ti 
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parameter in 
| __ Bus ClocktoBusRequestHighforLocaloMa [|| 
| __ Bus ClocktoBusRequestHighforRemoteoMA | | 
| BusRequestLowfromBusGlock | 
| Acknowledge SetuptoBus Clock (Notet) | 2 
| _BusGlocktoControlEnablo | 
| _ Bus Glock toControlRelease(Notes2.3) | 


Note 1: BACK must be setup before T1 after BREQ is asserted. Missed setup will slip the beginning of the DMA by four bus clocks. The Bus Latency will influence 
the allowable FIFO threshold. 


Note 2: During remote DMA transfers only, a single bus transfer is performed. During local DMA operations burst mode transfers are performed. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics Ac specs pP3902A Note: All Timing is Preliminary (Continued) 


DMA Address Generation 
1 T1 ' 


Ti 
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Units 


“ONS 


Symbol! Parameter 

bcyc Bus Clock Cycle Time (Note 2) 

bch Bus Clock High Time ~ 

bel Bus Clock Low Time 

beash Bus Clock to Address Strobe High 
bcasl Bus Clock to Address Strobe Low 

aswo Address Strobe Width Out 

beadv Bus Clock to Address Valid 

beadz Bus Clock to Address TRI-STATE (Note 3) _- 
ads Address Setup to ADSO/1 Low . 

adh ‘Address Hold from ADSO/1 Low 


Note 1: Cycles T1’, T2’, T3’ and T4’ are only issued for the first transfer in a burst when 32-bit mode has been selected. 
Note 2: The rate of bus clock must be high enough to support transfers to/from the FIFO at a rate greater than the serial network transfers from/to the FIFO. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 


ns 


ns 


é%) 
oS 


ns 
ns 


ns 


45 


ns 
ns 
ns . 


ns 
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15.0 Switching Characteristics ac specs pP83902A Note: All Timing is Preliminary (Continued) 


DMA Memory Read 
| om | on om 14 | om | 

BSCK 

beri berh 
ADSO are 
mee dsada 

ds 
dh 
AD0O=-7 
(8,.16 BIT MODE) ee Ce 
avrh 


(8 Br MODE) | = = ee = 
esa won) =D SISNAAA A Cw Y/// 
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Symbol -——__Perwmetor_ | fee Units 


borl___ | BusGlocktoReadStrobolow | ns 
bon __ | BusClocktoReadStrobeHigh | ns 
ds | DataSotuptoReadStrobeHigh | 22 ns 
dh | _DataHoldfromReadstobeHigh | ns 
drw ns 


raz Memory Read High to Address TRI-STATE bch + 40 Ke 
(Notes 1, 2) 


asds Address Strobe to Data Strobe bel + 10 ns 
dsada Data Strobe to Address Active bceyc — 10 
avrh Address Valid to Read Strobe High 3*bcyc — 18 


Note 1: During a burst A8-A15 are not TRI-STATE if byte wide transfers are selected. On the last transfer A8-A15 are TRI-STATE as shown above. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 
lines with no contention. 


ns 


ns 
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15.0 Switching Characteristics ac specs 0P83902A Note: All Timing is Preliminary (Continued) 


DMA Memory Write 


3 


BSCK 


ADSO 


MWR 
~aswd 


4 pens ee 
(8, 16 BIT MODE) TLL Rh oo) (7 _ Y7/Z7 


AD8~15 


_ (8 BIT MODE) 


- — ‘ 
(is of ek} —— eis X77 7 Korn e815) {5 7777 


TL/F/11157-40 
__ Parameter fin | Max 
arboyo= 30° | 


bch + 7 


- 40 
. -bel.+ 10 
bel + 30. 


Note 1: When using byte mode transfers A8-A15 are only TRI-STATE on the last transfer, waz timing is only valid for last trarisfer in a burst. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch +15 ns, enabling other devices to drive these 
lines with no contention. : ” me os ‘a : oie 


.. Min |; 
ae - 30: 
ee ee 


Address Strobe to Write Data Valid : 
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15.0 Switching Characteristics ac specs Dps3902A Note: All Timing is Preliminary (Continued) 


Walt State Insertion © 


T2  B ™W 
BSCK | 
ADSO. ) 
MRD/MWR ia 
‘ ews ewr 


READY 
TL/F/11157-41 


| Parameter | win S| Mex 
|. External Wait Setup toT30Clock(Note1) =| - 10 | 
External Wait Release Time (Note 1) ee ee 


Note 1: The addition of wait states affects the count of deserialized bytes and is limited to a number of bus clock cycles depending on the bus clock and network 
rates. The allowable wait states are found in the table below. (Assumes 10 Mbit/sec data rate.) . 


The number of allowable wait states in byte mode can be 
“calculated using: — 


8tnw ) . 
4.5 tbsck 


#Woyte mode) — ( 


#W _ = Number of Wait States 
tnw = Network Clock Period 
tbsck . © = BSCK Period 


: The number of allowable wait states in word mode can be 
calculated using: 


Stnw _ 1) 
2 tbsck 


#W word mode) = ( 


Table assumes 10 MHz network clock. 
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15.0 Switching Characteristics ac specs pps3902A Note: All Timing is Preliminary (Continued) 


Remote DMA (Read, Send Command) 
| 12 | 13 | 14 


TL/F/11157-42 


J Parameter | min =| Max 


Bus Clock to Port Write Low 


Bus Clock to Port Write High 


Port Write High to Port Request High (Note 1) 
Port Request Low from Read Acknowledge High 


Remote Acknowledge Read Strobe Pulse Width 


Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether a local DMA is pending. 
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15.0 Switching Characteristics Ac specs pPs3902A Note: All Timing is Preliminary (Continued) 


Remote DMA (Read, Send Command) Recovery Time 
| 3 | 4 T2 


| Parameter | Min =| Max 
| BusGlocktoPortwritetow || 

| BusGlocktoPortwriteHign || 
| PortWriteHightoPortRequestHigh(Notet) |_| 


Port Request Low from Read Acknowledge High eee a ee 
Remote Acknowledge Read Strobe Pulse Width a ee ee 


Read Acknowledge High to Next Port Write Cycle 
(Notes 2, 3, 4) 


Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether or not a local DMA is pending. 
Note 2: This is not a measured value but guaranteed by design. 

Note 3: RACK must be high for a minimum of 7 BSCK. 

Note 4: Assumes no local DMA interleave, no CS, and immediate BACK. 
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15.0 Switching Characteristics ac specs pP83902A Note: All Timing is Preliminary (Continued) -. 


Remote DMA (Write Cycle). 


TL/F/11187~44 


parameter | in | Max 
| BusGlocktoPort Request High (Note 1) || a 
| WACK toPortRequestiow || 
| WACK Pusowidth | 
|__ Bus Clock toPortReadLow(Note2) | | 
|___BusClocktoPortReadwigh | | a 


Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. 


Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BSCK and whether a local DMA is pending. 
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15.0 Switching Characteristics ac Specs DP83902A Note: All Timing is Preliminary (Continued) 


Remote DMA (Write Cycle) Recovery Time 
mz | wm [| mw [om ff wi | wm |om |om |or 


ADSO 
=. ee 
— NS 

MWR Ae yes 
bprd bprdh 
bees Se EEEEEEEEEEneenene ea 
bprgh 
wprq 
PRQ 
wpral 


wackw 


ADO=15 ETD, CH 1 SD | se 


TL/F/11157-45 
Symbol | Parameter | Min’ S| Max 
bprqh Bus Clock to Port Request High (Note 1) ne ae 
wpral WACK to Port Request Low re i ae ns 
wackw WACK Pulse Width ee or ee een 


4 
= 


Units 


ns 


bprdl Bus Clock to Port Read Low (Note 2) ns 
bprdh Bus Clock to Port Read High 


wprq Remote Write Port Request to Port 
Request Time (Notes 3, 4, 5) 


Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. 


Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BSCK and whether a local DMA is pending. 
Note 3: Assuming wackw < 1 BSCK, and no local DMA interleave, no CS, immediate BACK, and WACK goes high before T4. 

Note 4: WACK must be high for a minimum of 7 BSCK. 

Note 5: This is not a measured value but guaranteed by design. 


ns 


BSCK 


Reset Timing 


BSCK 


rstw 


RESET 
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Parameter 
BSCK Cycles or TXC Cycles 


Reset Pulse Width (Note 1) 
(Note 2) 


Note 1: The RESET pulse requires that BSCK and TXC be stable. On power up, RESET should not be raised until BSCK and TXC have become stable. Several 
registers are affected by RESET. Consult the register descriptions for details. 


Note 2: The slower of BSCK or TXC clocks will determine the minimum time for the RESET signal to be low. 
lf BSCK < TXC then RESET = 8 x BSCK 
If TXC < BSCK then RESET = 8 x TXC 
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15.0 Switching Characteristics Ac specs DPs3902A Note: Alll Timing is Preliminary (Continued) 


AU! Transmit Timing (End of Packet) 


tro 


TXt/= 


[Parameter | in 
Transmit Output High before Idle (Half Step) |. 200 | 


8000 


Transmit Output Idle Time (Half Step) 


AUI/TPI Receive End of Packet Timing | ; | : 
Rx= or RXI= ay a ey A a ed | 
fee ‘Wee 


Rx= or RXl= \ / ‘ \ , / \ —_— 


TL/F/11157-47 


Receive End of Packet Hold Time after Logic “1” (Note 1) 
Receive End of Packet Hold Time after Logic “0” (Note 1) 


Note 1: This parameter is guaranteed by design and is not tested. 
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15.0 Switching Characteristics ac specs pps3902A Note: All Timing is Preliminary (Continued) 


Link Pulse Timing 
tow tp 
TXOd+ 
TXO- 


TXOd= / \ / \ 


TL/F/11157-48 

| Parameter | Min S| Max 
Time between Link Output Pulses ne ae 
re a 


Link Integrity Output Pulse Width 


TP! Transmit and End of Packet Timing 
fs fo fs | 
TXO+ 


tae 


™ Poe 3 
tottd 


TL/F/11157-49 


parameter | in| ax 
(TXO+ to TXOd +) (Note 1) 

| _TransmitHold Time atEnd of Packet (TxO+)(Notet) | 260 | 

[__TransmitHold Time at End of Packet (TxOd:) (Note t) | 200 | 


Note 1: This parameter is guaranteed by design and is not tested. 
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16.0 AC Timing Test Conditions 


All specifications are valid only if the mandatory isolation is . 


employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 


Input Pulse Levels (TTL/CMOS) GND to 3.0V 
Input Rise and Fall Times (TTL/CMOS) 5ns 
Input and Output Reference 

Levels (TTL/CMOS) 1.3V 
Input Pulse Levels (Diff.) —350 mV to —1315 mV 
Input and Output 50% Point of 


the Differential 
Float (AV) +0.5V 


Reference Levels (Diff.) 
TRI-STATE Reference Levels . 
Output Load (See Figure Below) 


Voc 


S1 (NOTE 2) 


TL/F/11157-50 
Note 1: 50 pF, includes scope and jig capacitance. 
Note 2: S1 = Open for timing tests for push pull outputs. 
$1 = Voc for Vo, test. 
S1 = GND for Voy test. 


S1 = Vcc for High Impedance to active’ low and 
active low to High Impedance measurements. 


$1 = GND for High Impedance to active high and 
active high to High Impedance measurements. 
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Pin Capacitance 1, = 25°c, f = 1 MHz 


| Symbol_| 
[| Cour__| OutputCapacitance |_7 | oF _| 


DERATING FACTOR 

Output timing is measured with-a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads: C, = 50 pF + 0.3 ns/pF. 


AUI Transmit Test Load 


. TX+ 
780. 27 pH 
TX= 


TL/F/11157-51 


Note: In the above diagram, the TX+ and TX— signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer 
used for all testing is the Pulse Engineering PE64103. 


ZA National 


Semiconductor 


DP83901A SNIC 


Serial Network Interface Controller 


General Description 


The DP83901A Serial Network Interface Controller (SNIC) is 
a microCMOS VLSI! device designed for easy implementa- 
tion of CSMA/CD local area networks. These include Ether- 
net (10BASES5), Thin Ethernet (10BASE2) and Twisted-pair 
Ethernet (10BASE-T). The overall SNIC solution provides 
the Media Access Control (MAC) and Encode-Decode 
(ENDEC) functions in accordance with the IEEE 802.3 stan- 
dard. 


The integrated ENDEC module allows Manchester encod- 
ing and decoding via a differential transceiver and phase 
lock loop at 10 Mbit/sec. Also included is a collision detect 
translator and diagnostic loopback capability. (Continued) 


1.0 System Diagram 


TRANSCEIVER OR MAU 


DP8392 
COAXIAL 
TRANSCEIVER 
INTERFADE 
(cTI) 


TWISTED 


DP83922 TWISTED 
PAIR TRANSCEIVER 
INTERFACE 


10BASE-T MAU 


Features 

= Compatible with IEEE 802.3, 
10BASE-T 

Dual 16-byte DMA channels 
16-byte internal FIFO 

Network statistics storage 
Supports physical, multicast and broadcast address 
filtering 

10 Mbit/sec Manchester encoding and decoding plus 
clock recovery 

No external precision components required 

Efficient buffer management implementation 

Transmitter can be selected for half or full step mode 
Integrated squelch on receive and collision pairs 

3 levels of loopback supported 

Utilizes independent system and network clocks 

Lock Time 5 bits typical 

Decodes Manchester data with up to +18 ns jitter 


10BASE5, 10BASE2, 


PCB OR AUI 
CONNECTION 


STATION OR DTE 


‘DP0s80 iA SERIAL 
NETWOR 


TL/F/10469-1 
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General Description (Continued) 


The MAC function (NIC) provides simple and efficient pack- 
et transmission and reception contro! by means of unique 
dual DMA channels and an internal FIFO. Bus arbitration 
and memory control logic are integrated to reduce board 
cost and area overheads. 

SNIC used in conjunction with the DP8392 Coaxial Trans- 
ceiver Interface (CTI) provides a comprehensive 2 chip solu- 
tion for IEEE 802.3 networks and is designed for easy inter- 
face to the latest 10BASE-T transceivers. 

Due to the inherent constraints of CMOS processing, isola- 
tion is required at the differential signal interfaces for 
1O0BASES5 and 10BASE2 applications. Capacitive or induc- 
tive isolation may be used. , 


Connection Diagram 


N 
a 
< 
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Top View 
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Order Number DP83901AV 
See NS Package Number V68A 


Pin Description 


Pin No vo 


BUS INTERFACE PINS 


RAO-RAS Le 


ADO-AD15 | [/0,Z 


7-17, 
19, 
22-25 


ADSO 


BSCK 
RACK 


1/0, Z 


Description 


VLO6E8da 


PORT READ: Enables data from external latch on to local bus during a memory write cycle to 
local memory (remote write operation). This allows asynchronous transfer of data from the 
system memory to local memory. 


REGISTER ADDRESS: These four pins are used to select a register to be read or written. The 
state of these inputs is ignored when the NIC is not in slave mode (CS high). 


MULTIPLEXED ADDRESS/DATA BUS: 

© Register Access, with DMA inactive, CS low and ACK returned from SNIC, pins ADO-AD7 are 
used to read and write register data. AD8-AD15 float during I/O transfers, SRD, SWR pins are 
used to select direction of transfer. 

e Bus Master with BACK input asserted. 
During t1 of memory cycle ADO—AD15 contain address. 
During t2, t3, 4 ADO-—AD15 contain data (word transfer mode). 
During t2, t8, t¢ ADO—AD7 contain data, AD8-AD15 contain address (byte transfer mode). 
Direction of transfer is indicated by SNIC on MWR, MBD lines. 


ADDRESS STROBE 0: 

© Input: with DMA inactive and CS low, latches RAO-RA3 inputs on falling edge. If high, data 
present on RAO-RAS will flow through latch. 

© Output: When Bus Master, latches address bits (AO-A15) to external memory une DMA 
transfers. 


CHIP SELECT: Chip Select places controller in slave mode for ,.P access to internal registers. 
Must be valid through data portion of bus cycle. RAO-RA3 are used to select the internal 
register. SWRA and SRD select direction of data transfer. 


MASTER WRITE STROBE: (Strobe for DMA transfers) 
Active low during write cycles (t2, t3, tw) to buffer memory. Rising edge coincides with the 
presence of valid output data. TRI-STATE® until BACK asserted. 


MASTER READ STROBE: (Strobe for DMA transfers) 
Active during read cycles (t2, t3, tw) to buffer memory. Input data must be valid on rising edge of 
MRD. TRI-STATE until BACK asserted. 


SLAVE WRITE STROBE: Strobe from CPU to write an internal register selected by RAO-RA3. 
Data is latched into the SNIC on the rising edge of this input. 


SLAVE READ STROBE: Strobe from CPU to read an internal register selected by RAO-RA3. 
The register data is output when SRD goes low. 


ACKNOWLEDGE: Active low when SNIC grants access to CPU. Used to insert WAIT states to 
CPU until SNIC is synchronized for a register read or write operation. 


BUS CLOCK: This clock is used to establish the period of the DMA memory cycle. Four clock 
cycles (t1, t2, t3, t4) are used per DMA cycle. DMA transfers can be extended by one BSCK 
increments using the READY input. 


READ ACKNOWLEDGE: Indicates that the system DMA or host CPU has read the data placed 
in the external latch by the SNIC. The SNIC will begin a read cycle to update the latch. 


PORT WRITE: Strobe used to latch data from the SNIC into external latch for transfer to host 
memory during Remote Read transfers. The rising edge of PWR coincides with the presence of 
valid data on the local bus. 


READY: This pin is set high to insert wait states during a DMA transfer. The SNIC will sample this 
signal at t3 during DMA transfers. 
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Pin Description (Continued) 


PinNo | PinName | 1/0 | 


Description 


BUS INTERFACE PINS (Continued) 


PRQ/ADS1 | 0,Z 


RESET i? 
Poo 
WACK 


NETWORK INTERFACE PINS 


68 


GND/X2 a 
SNISEL 

RX— 

RX-+ 

cD-— 

CD+ 


PORT REQUEST/ADDRESS STROBE 1 

¢ 32-BIT MODE: If LAS is set in the Data Configuration evita this line is programmed 
as ADST. Itis used to strobe addresses A16-A311 into external latches. (A16-A311 are the 
fixed addresses stored in RSARO, RSAR1). ADS1 will remain at TRI-STATE until BACK is 
received. 

© 16-BIT MODE: If LASi is not set in the Data Configuration Register, this line is programmed as 
PRQ and is used for Remote DMA Transfers. The SNIC initiates a single remote DMA read or 

‘ write operation by asserting this pin. In this mode PRQ will be a standard logic output. 
Note: This line will power up as TRI-STATE until the Data Configuration Register is programmed. 


BUS ACKNOWLEDGE: Bus Acknowledge is an active high signal indicating that the CPU has 
granted the bus to the SNIC. If immediate bus access is desired, BREQ should be tied to BACK. 
Tying BACK to Vcc will result in a deadlock. 


BUS REQUEST: Bus Request is an active high signal used to request the bus for DMA transfers. 
This signal is automatically generated when the FIFO needs servicing. 


RESET: Reset is active low and places the SNIC in a reset immediately, no packets are 
transmitted or received by the SNIC until STA bit is set. Affects Command Register, Interrupt 
Mask Register, Data Configuration Register and Transmit Configuration Register. The SNIC will 
execute reset within 10 BSCK cycles and TXC cycles. 


INTERRUPT: Indicates that the SNIC requires CPU attention after reception transmission or 
completion of DMA transfers. The interrupt is cleared by writing to the ISR (Interrupt Service 
Register). All interrupts are maskable. 


WRITE ACKNOWLEDGE: Issued from system to SNIC to indicate that data has been written to 
the external latch. The SNIC will begin a write cycle to place the data in local memory. 


TRANSMIT OUTPUT: Differential driver which sends the encoded data to the transceiver. The 
outputs are source followers which require 2702 pulldown resistors. 


FACTORY TEST INPUT: Used to check the chip’s internal functions. Tied low during normal 
operation. 


MODE SELECT: When high, Transmit+ and Transmit— are the same voltage in the idle state. 
When low, Transmit+ is positive with nepee to Aransmitee in the idle state, at the transformer’s 
primary. 


EXTERNAL OSCILLATOR INPUT 


GROUND /X2: This in should normally be connected to ground. It is possible to use a crystal 
oscillator using X1 and GND/Xz2 if certain precautions are taken. Contact National 
Semiconductor for more information. . 


FACTORY TEST INPUT: For normal operation tied to Vcc. When low enables the ENDEC 
module to be tested independently of the SNIC module. 


RECEIVE INPUT: Differential receive input pair from the transceiver. 


COLLISION INPUT: Differential collision pair input from the transceiver. 
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Pin Description (continued) 


Pin No [ Pin Name | 170 | Description 


POWER SUPPLY PINS 


21, 48, perl DIGITAL POSITIVE 5V SUPPLY PINS: 
53, 55 


20, 33,49 | GND DIGITAL NEGATIVE (GROUND) SUPPLY PINS: It is suggested that a decoupling capacitor be 
54, 66 connected between the Vcc and GND pins. 


VLO6E8da 


| Vcc |__| AUIRECEIVE 5V SUPPLY: Power pin supplies 5V to the AUI receiver. 


|anp_ |_| AUIRECEIVE GROUND: Ground pin for AUI receiver. 


| Vcc |__| AUI TRANSMIT 5V SUPPLY: Power pin supplies 5V to the AUI transmitter. 
| Gnd |_| AUI TRANSMIT GROUND: Ground pin for AUI transmitter 


Vcc VCO 5V SUPPLY: Care should be taken to reduce noise on this pin as it supplies 5V to the 
ENDEC’s Phase Lock Loop. 


VCO GROUND PIN: Care should be taken to reduce noise on this pin as it is the ground to the 
ENDEC’s Phase Lock Loop. 


NO CONNECTION 


1, 18, ee ile | NO CONNECTION: Do not connect to these pins. 
35, 52 


3.0 Block Diagram 


ie COMMAND BUS CLOCK 
raace Pea iebcnte DMA CONTROL - 

ied CONTENTION 

i he COLLISION SIGNALS 


RX +/- 


RCV DATA / CLK 


DESERIALIZER 16 BYTE FIFO ADDRESS/ DATA 
LOGIC 0 
MANCHESTER SERIALIZER 
ENCODER LOGIC CONTROL 


& 
IDLE 


CONTROL PREAMBLE 
LOGIC 


CRC 
GENERATION 
& CHECKING 


TL/F/10469-3 
FIGURE 1 
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4.0 Functional Description (Refer to Figure 1) 


ENCODER/DECODER (ENDEC) MODULE 

The ENDEC consists of four main logical blocks: 

a) The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits it differentially to the transceiver, through the differ- 
ential transmit driver. . 

b) The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock pulses, 
and sends it to the controller. 


c) The collision translator indicates to the controller the 


presence of a valid 10 MHz collision signal to the PLL. ~ 


MANCHESTER ENCODER AND DIFFERENTIAL DRIVER 


The differential transmit pair, on the secondary of the em- 
ployed transformer, drives up to 50 meters of twisted pair 
AUI cable. These outputs are source followers which require 
two 2702 pull-down resistors to ground. 


The DP83901A allows both half-step and full-step to be 
compatible with Ethernet and IEEE 802.3. With the SEL pin 
low (for Ethernet I). Transmit+ is positive with respect to 
Transmit— during idle; with SEL high (for IEEE 802.3), 
Transmit+ and Transmit— are equal in the idle state. This 
provides zero differential voltage to operate with transform- 
er coupled loads. 


MANCHESTER DECODER 


The decoder consists of a differential receiver and a PLL to 
separate a Manchester decoded data stream into internal 
clock signals and data. The differential input must be exter- 
nally terminated with two 392 resistors connected in series 
if the standard 780 transceiver drop cable is used, in thin 
Ethernet applications, these resistors are optional. To pre- 
vent noise from falsely triggering the decoder, a squelch 
circuit at the input rejects signals with levels less than 
-175 mV. Signals more negative than —300 mV and a 
duration greater than 30 ns are decoded. Data becomes 
valid typically within 5 bit times.. The DP83901A may tolerate 
bit jitter up to 18 ns in the received data. The decoder de- 
tects the end of a frame when no more mid-bit transitions 
are detected. 


COLLISION TRANSLATOR 

When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD +) of the DP83901A. When these inputs are de- 
tected active, the DP83901A uses this signal to back off its 
current transmission and reschedule another one. 


The collision differential inputs are terminated the same way « 


as the differential receive inputs. The squelch circuitry is 
also similar, rejecting pulses with levels less than —175 mV. 
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NIC (Media Access Control) MODULE 


RECEIVE DESERIALIZER 


The Receive Deserializer is activated when the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Delimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize - 
the packet, the FIFO is cleared. 


CRC GENERATOR/CHECKER 


During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes alll 
fields after the SFD. The CRC is shifted out MSB first follow- 
ing the last transmit byte. During reception the CRC logic 
generates a CRC field from the incoming packet. This local 
CRC is serially compared to the incoming CRC appended to 
the end of the packet by the transmitting node. If the local 
and received CRC match, a specific pattern will be generat- 
ed and decoded to indicate no data errors. Transmission 
errors result in different pattern and are detected, resulting 
in rejection of a packet (if so programmed). 


TRANSMIT SERIALIZER 


The Transmit Serializer reads parallel data from the FIFO 
and serializes it for ttansmission. The serializer is clocked by 
the transmit clock generated internally. The serial data is 
also shifted into the CRC generator/checker. At the begin- 
ning of each transmission, the Preamble and Synch Gener- 
ator append 62 bits of 1,0 preamble and a 1,1 synch pat- 
tern. After the last data byte of the packet has been serial- 
ized the 32-bit FCS field is shifted directly out of the CRC 
generator. In the event of a collision the Preamble and 
Synch generator is used to generate a 32-bit JAM pattern of 
all 1’s. 


ADDRESS RECOGNITION LOGIC 


The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
If any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, otherwise it is rejected by the Proto- 


4.0 Functional Description (continued) 


col Control Logic. Each destination address is also checked 
for all 1’s which is the reserved broadcast address. 


FIFO AND BUS OPERATIONS 


Overview 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the SNIC contains a 16-byte FIFO for 
buffering data between the media. The FIFO threshold is 
programmable, allowing filling (or emptying) the FIFO at dif- 
ferent rates. When the FIFO has filled to its programmed 
threshold, the local DMA channel transfers these bytes (or 
words) into local memory. It is crucial that the local DMA is 
given access to the bus within a minimum bus latency time; 
otherwise a FIFO underrun (or overrun) occurs. 


FIFO underruns or overruns are caused by two conditions: 
(1) the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has serv- 
iced the FIFO and (2) the bus latency has slowed the 
throughput of the local DMA to point where it is slower than 
the network data rate (10 Mbit/sec). This second condition 
is also dependent upon DMA clock and word width (byte 
wide or word wide). The worst case condition ultimately lim- 
its the overall bus latency which the SNIC can tolerate. 


Beginning of Receive 


At the beginning or reception, the SNIC stores entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
mine whether the packet matches its Physical Address Reg- 
isters or maps to one of its Multicast Registers. This causes 
the FIFO to accumulate 8 bytes. Furthermore, there are 
some synchronization delays in the DMA PLA. Thus, the 
actual time that BREQ is asserted from the time the Start of 
Frame Delimiter (SFD) is detected is 7.8 ws. This operation 
affects the bus latencies at 2 and 4-byte thresholds during 
the first receive BREQ since the FIFO must be filled to 
8 bytes (or 4 words) before issuing a BREQ. 


End of Receive 


When the end of a packet is detected by the ENDEC mod- 
ule, the SNIC enters its end of packet processing sequence, 
emptying its FIFO and writing the status information at the 
beginning of the packet. The SNIC holds onto the bus for 
the entire sequence. The longest time BREQ may be ex- 
tended occurs when a packet ends just as the SNIC per- 
forms its last FIFO burst. The SNIC, in this case, performs a 
programmed burst transfer followed by flushing the remain- 
ing bytes in the FIFO, and completed by writing the header 
information to memory. The following steps occur during 
this sequence. ; 


1. SNIC issues BREQ because the FIFO threshold has been 
reached. 
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2. During the burst, packet ends, resulting in BREQ extend- 
ed. 


3. SNIC flushes remaining bytes from FIFO. 


4. SNIC performs internal processing to prepare for writing 
the header. 


5. SNIC writes 4-byte (2-word) header. 
6. SNIC de-asserts BREQ. 


FIFO Threshold Detection 


To assure that no overwriting of data in the FIFO, the FIFO 
logic flags a FIFO overrun as the 13th byte is written into the 
FIFO, effectively shortening the FIFO to 13 bytes. The FIFO 
logic also operates differently in Byte Mode and in Word 
Mode. In Byte Mode, a threshold is indicated when the n+ 1 
byte has entered the FIFO; thus, with an 8-byte threshold, 
the SNIC issues Bus Request (BREQ) when the 9th byte 
has entered the FIFO. For Word Mode, BREQ is not gener- 
ated until the n+ 2 bytes have entered the FIFO. Thus, with 
a 4 word threshold (equivalent to 8-byte threshold), BREQ is 
issued when the 10th byte has entered the FIFO. 


Beginning of Transmit 


Before transmitting, the SNIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 
is the programmed FIFO threshold. The next BREQ is not 
issued until after the SNIC actually begins transmitting data, 
i.e., after SFD. 


Reading the FIFO 


During normal operation, the FIFO must not be read. The 
SNIC will not issue an ACKnowledge back to the CPU if the 
FIFO is read. The FIFO should only be read during loopback 
diagnostics. 


PROTOCOL PLA 


The protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 


DMA AND BUFFER CONTROL LOGIC 


The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. A second DMA chan- 
nel is used as a slave DMA to transfer data between the 
local buffer memory and the host system. The Local DMA 
and Remote DMA are internally arbitrated, with the Local 
DMA channel having highest priority. Both DMA channels 
use a common external bus clock to generate all required 
bus timing. External arbitration is performed with a standard 
bus request, bus acknowledge handshake protocol. 
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5.0 Transmit/Receive Packet Encapsulation/Decapsulation 


A standard IEEE 802.3 packet consists of the following 
fields: preamble, Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in Figure 2. 
The packets are Manchester encoded and decoded by the 
ENDEC module and transferred serially to the NIC module 
using NRZ data with a clock. All fields are of fixed length 
except for the data field. The SNIC generates and appends 
the preamble, SFD and FCS field during transmission. The 
Preamble and SFD fields are stripped during reception. (The 
CRC is passed through to buffer memory during reception.) 


PREAMBLE AND START OF FRAME DELIMITER (SFD) 


The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted each packet contains 
62 bits of alternating 1,0 preamble. Some of this preamble 
will be lost as the packet travels through the network. The 
preamble field is stripped by the NIC module. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1’s. The SNIC 
does not treat the SFD pattern as a byte, it detects only the 
two bit pattern. This allows any preceding preamble within 
the SFD to be used for’phase locking. 


DESTINATION ADDRESS 


‘The destination address indicates the destination of the 


packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the SNIC: physical, multicast and 
broadcast. The physical address is a unique address that 
corresponds only to a single node. All physical addresses 
have an MSB of ‘‘0”. These addresses are compared to the 
internally stored physical address registers. Each bit in the 
destination address must match in order for the SNIC to 
accept the packet. Multicast addresses begin with an MSB 


PREAMBLE SFP 


DESTINATION SOURCE 


of “1”. The SNIC filters multicast addresses using a stan- 
dard hashing algorithm that maps all multicast addresses 
into a 6-bit value. This 6-bit value indexes a 64-bit array that 
filters the value. If the address consists of all 1’s it is a 
broadcast address, indicating that the packet is intended for 
all nodes. A promiscuous mode allows reception of all pack- 
ets: the destination address is not required to match any 
filters. Physical, broadcast, multicast, and promiscuous ad- 
dress modes can be selected. 


SOURCE ADDRESS 


The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This’ field is 3 simply passed to buffer 
memory. 


LENGTH FIELD 


The 2-byte length field i indicates the number of tivtes that 
are contained in the data field of the packet. This field is not 
interpreted by the SNIC.- ; 


DATA FIELD © 


The data field consists of anywhere from 46 to 1500 bytes. 
Messages longer than 1500 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The SNIC 
does not strip or append pad bytes for short packets, 
or check for oversize packets. 


FCS FIELD © - 
The Frame Check Sequence (FCS) is a 32-bit CRC field 


calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN I! (X32 + X26 + X23 + X22 + X16 + 
X12 + X11 + X10 + XB + X7 + X5 + X4 + X2 + X1 + 1) 


Polynomial is used for the CRC calculations. 
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6.0 Direct Memory Access Control (DMA) 


The DMA capabilities of the SNIC greatly simplify the use of 
the DP83901A in typical configurations. The local DMA 
channel transfers data between the FIFO and memory. On 
transmission, the packet is DMA’d from memory to the FIFO 
in bursts. Should a collision occur (up to 15 times), the pack- 
et is retransmitted with no processor intervention. On recep- 
tion, packets are DMAed from the FIFO to the receive buffer 
ring (as explained below). . 

A remote DMA channel is also provided on the SNIC to 
accomplish transfers between a buffer memory and system 
memory. The two DMA channels can alternatively be com- 
bined to form a single 32-bit address with 8- or 16-bit data. 


DUAL DMA CONFIGURATION 


An example configuration using both the local and remote 
DMA channels is shown below. Network activity is isolated 


on a local bus, where the SNIC’s local DMA channel per- 
forms burst transfers between the buffer memory and the 
SNIC’s FIFO. The Remote DMA transfers data between the 
buffer memory and the host memory via a bidirectional |/O 
port. The Remote DMA provides local addressing capability 
and is used as a slave DMA by the host. Host side address- 
ing must be provided by a host DMA or the CPU. The SNIC 
allows Local and Remote DMA operations to be interleaved. 


SINGLE CHANNEL DMA OPERATION 

If desirable, the two DMA channels can be combined to 
provide a 32-bit DMA address. The upper 16 bits of the 
32-bit address are static and are used to point to a 64 kbyte 
(or 32k word) page of memory where packets are to be 
received and transmitted. 
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7.0 Packet Reception 


The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 
256-byte (128 word) buffers for storage of received packets. 
The location of the Receive Buffer Ring is programmed in 
two registers, a Page Start and a Page Stop Register. Ether- 
net packets consist of a distribution of shorter link control 
packets and longer data packets, the 256-byte buffer length 
provides a good compromise between short packets and 
longer packets to most efficiently use memory. In addition 
these buffers provide memory resources for storage of 
back-to-back packets in loaded networks. The assignment 
of buffers for storing packets is controlled by Buffer Man- 
agement Logic in the SNIC. The Buffer Management Logic 


provides three basic functions: linking receive buffers for 
long packets, recovery of buffers when a packet is rejected, 
and recirculation of buffer pages that have been read by the 
host. 

At initialization, a portion of the 64 kbyte (or 32k word) ad- 
dress space is reserved for the receive buffer ring. Two 8-bit 
registers, The Page Start Address Register (PSTART) and 
the Page Stop Address Register (PSTOP) define the physi- 
cal boundaries of where the buffers reside. The SNIC treats 
the list of buffers as a logical ring; whenever the DMA ad- 
dress reaches the Page Stop Address, the DMA is reset to 
the Page Start Address. 7 


NIC Receive Buffer Ring 
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7.0 Packet Reception (Continued) 


INITIALIZATION OF THE BUFFER RING 


Two static registers and two working registers control! the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 
Ring not yet read by the host. If the local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 
ing a packet and is advanced when a packet is removed. A 


simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 


Note: At initialization, the Page Start Register value should be loaded into 
both the Current Page Register and the Boundary Pointer Register. 


Note: The Page Start Register must not be initialized to OOH. 


BEGINNING OF RECEPTION 


When the first packet begins arriving the SNIC begins stor- 
ing the packet at the location pointed to by the Current Page 
Register. An offset of 4 bytes is saved in this first buffer to 
allow room for storing receive status corresponding to this 
packet. 
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7.0 Packet Reception (continued) 


LINKING RECEIVE BUFFER PAGES 


If the length of the packet exhausts the first 256-byte buffer, 
the DMA performs a forward link to the next buffer to store 
the remainder of the packet. For a maximal length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, a packet will always 
be stored in contiguous buffers. Before the next buffer can 
be linked, the Buffer Management Logic performs two com- 
parisons. The first comparison tests for equality between 
the DMA address of the next buffer and the contents of the 
Page Stop Register. If the buffer address equals the Page 
Stop Register, the buffer management logic will restore the 
DMA to the first buffer in the Receive Buffer Ring value 
programmed in the Page Start Address Register. The sec- 
ond comparison tests for equality between the DMA ad- 


dress of the next buffer address and the contents of the 
Boundary Pointer Register. If the two values are equal the 
reception is aborted. The Boundary Pointer Register can be 
used to protect against overwriting any area in the receive 
buffer ring that has not yet been read. When linking buffers, 
buffer management will never cross this pointer, effectively 
avoiding any overwrites. If the buffer address does not 
match either the Boundary Pointer or Page Stop Address, 
the link to the next buffer is performed. 


Linking Buffers 

Before the DMA can enter the next contiguous 256-byte 
buffer, the address is checked for equality to PSTOP and to 
the Boundary Pointer. If neither are reached, the DMA is 
allowed to use the next buffer. 


Linking Receive Buffer Pages 
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7.0 Packet Reception (Continued) 


Buffer Ring Overflow 


If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the SNIC. Thus, the packets previously 
received and still contained in the Ring will not be de- 
stroyed. 


In heavily loaded network which cause overflows of the Re- 
ceive Buffer Ring, the SNIC may disable the local DMA and 
suspend further receptions even if the Boundary register is 
advanced beyond the Current register. To guarantee this 
will not happen, a software reset must be issued during all 
Receive Buffer Ring overflows (indicated by the OVW bit in 
the Interrupt Status Register). The following procedure is 
required to recover from a Receiver Buffer Ring Overflow. 


If this routine is not adhered to, the SNIC may act in an 
unpredictable manner. It should also be noted that it is not 
permissible to service an overflow interrupt by continuing to 
empty packets from the receive buffer without implementing 
the prescribed overflow routine. A flow chart of the SNIC’s 
overflow routine can be found on the next page. 
Note: It is necessary to define a variable in the driver, which will be called 
“Resend”. 
1. Read and store the value of the TXP bit in the SNIC’s 
Command Register. 


2. Issue the STOP command to the SNIC. This is accom- 
plished by setting the STP bit in the SNIC’s Command 
Register. Writing 21H to the Command Register will stop 
the SNIC. 


. Wait for at least 1.6 ms. Since the SNIC will complete 
any transmission or reception that is in progress, it is 
necessary to time out for the maximum possible dura- 
tion of an Ethernet transmission or reception. By waiting 
1.6 ms this is achieved with some guard band added. 
Previously, it was recommended that the RST bit of the 
Interrupt Status Register be polled to insure that the 
pending transmission or reception is completed. This bit 
is not a reliable indicator and subsequently should be 
ignored. 


. Clear the SNIC’s Remote Byte Count registers (RBCRO 
and RBCR1). 


. Read the stored value of the TXP bit from step 1, above. 


If this value is a 0, set the ‘‘Resend” variable to a 0 and 
jump to step 6. 

If this value is a 1, read the SNIC’s Interrupt Status Reg- 
ister. If either the Packet Transmitted bit (PTX) or Trans- 


mit Error bit (TXE) is set to a 1, set the “Resend” vari- 
able to a 0 and jump to step 6. If neither of these bits is 
set, place a 1 in the “Resend” variable and jump to step 
6. 


This step determines if there was a transmission in prog- 
ress when the stop command was issued in step 2. If 
there was a transmission in progress, the SNIC’s ISR is 
read to determine whether or not the packet was recog- 
nized by the SNIC. If neither the PTX nor TXE bit was 
set, then the packet will essentially be lost and re-trans- 
mitted only after a time-out takes place in the upper lev- 
el software. By determining that the packet was lost at 
the driver level, a transmit command can be reissued to 
the SNIC once the overflow routine is completed (as in 
step 11). Also, it is possible for the SNIC to defer indefi- 
nitely, when it is stopped on a busy network. Step 5 also 
alleviates this problem. Step 5 is essential and should 
not be omitted from the overflow routine, in order for the 
SNIC to operate correctly. 


. Place the SNIC in either mode 1 or mode 2 loopback. 
This can be accomplished by setting bits D2 and D1, of 
the Transmit Configuration Register, to ‘0,1” or “1,0”, 
respectively. 

. Issue the START command to the SNIC. This can be 
accomplished by writing 22H to the Command Register. 
This is necessary to activate the SNIC’s Remote DMA 
channel. 


. Remove one or more packets from the receive buffer 
ring. 

. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 


. Take the SNIC out of loopback. This is done by writing 
the Transmit Configuration Register with the value it 
contains during normal operation. (Bits D2 and D1 
should both be programmed to 0.) 


. If the “Resend” variable is set to a 1, reset the “Re- 
send” variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the ‘‘Resend” variable is 0, nothing needs to be 
done. 

Note 1: If Remote DMA is not being used, the SNIC does not need to be 
started before packets can be removed from the receive buffer ring. Hence, 
step 8 could be done before step 7. 


Note 2: When the SNIC is in STOP mode, the Missed Talley Counter is 
disabled. 
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7.0 Packet Reception (continued) 


Overflow Routine Flow Chart 


Get OVW Interrupt 
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bit in the Command Register 

Issue STOP command 
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7.0 Packet Reception (Continuea) 


Enabling the SNIC On An Active Network 


After the SNIC has been initialized the procedure for dis- 
abling and then re-enabling the SNIC on the network is simi- 
lar to handling Receive Buffer Ring overflow as described 
previously. 


1. Program Command Register for page 0 (Command 
Register = 21H) 

2. Initialize Data Configuration Register (DCR) 

3. Clear Remote Byte Count Registers (RBCRO, RBCR1) 

4. Initialize Receive Configuration Register (RCR) 

5 


. Place the SNIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 


6. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 


. Clear Interrupt Status Register (ISR) by writing OFFH to 
it. 


. Initialize Interrupt Mask Register (IMR) 

. Program Command Register for page 1 (Command 
Register = 61H) 
i) Initialize Physical Address Registers (PARO-PARS5) 
ii) Initialize Multicast Address Registers (MARO-MAR7) 
iii) Initialize CURRent pointer 


10) Put SNIC in START mode (Command Register = 22H). 
The local receive DMA is still not active since the SNIC 
is in LOOPBACK. 


11) Initialize the Transmit Configuration for the intended val- 
ue. The SNIC is now ready for transmission and recep- 
tion. 


END OF PACKET OPERATIONS 


At the end of the packet the SNIC determines whether the 
received packet is to be accepted or rejected. It either 
branches to a routine to store the Buffer Header or to anoth- 
er routine that recovers the buffers used to store the packet. 


SUCCESSFUL RECEPTION 


If the packet is successfully received, the DMA is restored 
to the first buffer used to store the packet (pointed to by the 
Current Page Register). The DMA then stores the Receive 
Status, a Pointer to where the next packet will be stored 
(Buffer 4) and the number of received bytes. Note that the 
remaining bytes in the last buffer are discarded and recep- 
tion of the next packet begins on the next empty 256-byte 
buffer boundary. The Current Page Register is then initial- 
ized to the next available buffer in the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 


Termination of Received Packet—Packet Accepted 
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7.0 Packet Reception (continuea) 


BUFFER RECOVERY FOR REJECTED PACKETS 


lf the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer.page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the SNIC is programmed to accept 
either runt packets or packets with CRC or Frame Alignment 


errors. The received CRC is always stored in buffer memory 
after the last byte of received data for the packet. 


Error Recovery : = , ; 


If the packet is rejected as shown, the DMA is restored by 
the SNIC by reprogramming the DMA starting address 
pointed to by the Current Page Register. 


Termination of Receive Packet—Packet Reject 
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7.0 Packet Reception (Continued) 


REMOVING PACKETS FROM THE RING 

Packets are removed from the ring using the Remote DMA 
or.an external device. When using the Remote DMA the 
Send Packet command can be used. This programs the Re- 
mote DMA to automatically remove the received packet 
pointed to by the Boundary Pointer. At the end of the trans- 
fer, the SNIC moves the Boundary Pointer, freeing addition- 
al buffers for reception. The Boundary Pointer can also be 
moved manually by programming the Boundary Register. 


STORAGE FORMAT FOR RECEIVED PACKETS 


The following diagrams describe the format for how re- 
ceived packets are placed into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 


AD15 AD8 AD7 ADO 


Next Packet Pointer 
Receive Byte Count 1 Receive Byte Count 0 


BOS = 0, WTS = 1 in Data Configuration Register. This format is used with 
Series 320%, or 808xx processors. 


AD15 AD8 AD7 ADO 


Next Packet Pointer 
Receive Byte Count 0 Receive Byte Count 1 


BOS = 1, WTS = 1 in Data Configuration Register. This format is used with 
680x0 type processors. (Note: The Receive Count ordering remains the 
same for BOS = Oor 1.) 


BOS = 0, WTS = 0 in Data Configuration Register. This format is used with 
general 8-bit processors. 


1st Received Packet Removed by Remote DMA 
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8.0 Packet Transmission 


The Local DMA is also used during transmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO, 1). When 
the SNIC receives a command to transmit the packet point- 
ed to by these registers, buffer memory data will be moved 
into the FIFO as required during transmission. The SNIC will 
generate and append the preamble, synch and CRC fields. 


General Transmit Packet Format 


Transmit Destination Address 6 Bytes 
Byte Source Address 6 Bytes 
Count Type/Length 2 Bytes 


TBCRO, 1 Data >= 46 Bytes 


Pad (If Data < 46 Bytes) 


TRANSMIT PACKET ASSEMBLY 


The SNIC requires a contiguous assembled packet with the 
format shown. The transmit byte count includes the Destina- 
tion Address, Source Address, Length Field and Data. It 
does not include preamble and CRC. When transmitting 
data smaller than 46 bytes, the packet must be padded to a 
minimum size of 64 bytes. The programmer is responsible 
for adding and stripping pad bytes. 


TRANSMISSION 


Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the SNIC begins to 
prefetch transmit data from memory (unless the SNIC is cur- 
rently receiving). If the interframe gap has timed out the 
SNIC will begin transmission. 


CONDITIONS REQUIRED TO BEGIN TRANSMISSION 


In order to transmit a packet, the following three conditions 
must be met: 


1. The Interframe Gap Timer has timed out the first 6.4 ps 
of the Interframe Gap. 


2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started.) 


3. If a collision had been detected then before transmission 
the packet time must have timed out. 


In typical systems the SNIC prefetchs the first burst of bytes 
before the 6.4 ys timer expires. The time during which SNIC 
transmits preamble can also be used to load the FIFO. 


Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, the SNIC will become a receiver. 


COLLISION RECOVERY 


During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occurred. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 15 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 

Note: NCR reads as zeroes if excessive collisions are encountered. 


TRANSMIT PACKET ASSEMBLY FORMAT 


The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 


D15 D8 D7 DO 


BOS = 0, WTS = 1in Data Configuration Register. ; 
This format is used with Series 32xxx, or 808xx processors. 
D15 D8 D7 DO. 


BOS = 1, WTS = 1 in Data Configuration Register. 
This format is used with 680x0 type processors. 


D1 DO 


BOS = 0, WTS = 0 in Data Configuration Register. 


This format is used with general 8-bit processors. 


Note: All examples above will result in a transmission of a packet in order of 
DAO, DA1i, DA3 ... bits within each byte will be transmitted least 
significant bit first. 


DA = Destination Address. 


9.0 Remote DMA 


The Remote DMA channel is used to both assemble pack- 
ets for transmission, and to remove received packets from 
the Receive Buffer Ring. It may also be used as a general 
purpose slave DMA channel for moving blocks of data or 
commands between host memory and local buffer memory. 
There are three modes of operation, Remote Write, Remote 
Read, or Send Packet. 


Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) and a Remote 
Byte Count (RBCRO, RBCR1) register pair. The Start Ad- 
dress Register pair points to the beginning of the block to be 
moved while the Byte Count Register pair is used to indicate 
the number of bytes to be transferred. Full handshake logic 
is provided to move data between local buffer memory and 
a bidirectional I/O port. 


REMOTE WRITE 


A Remote Write transfer is used to move a block of data 
from the host into local buffer memory. The Remote DMA 
will read data from the I/O port and sequentially write it to 
local buffer memory beginning at the Remote Start Address. 
The DMA Address will be incremented and the Byte Coun- 
ter will be decremented after each transfer. The DMA is 
terminated when the Remote Byte Count Register reaches 
a count of zero. 


REMOTE READ 


A Remote Read transfer is used to move a block of data 
from local buffer memory to the host. The Remote DMA will 


sequentially read data from the local buffer memory, begin- 
ning at the Remote Start Address, and write data to the I/O 
port. The DMA Address will be incremented and the Byte 
Counter will be decremented after each transfer. The DMA 
is terminated when the Remote Byte Count Register reach- 
es zero. 


SEND PACKET COMMAND 


The Remote DMA channel can be automatically initialized 

to transfer a single packet from the Receive Buffer Ring. 

The CPU begins this transfer by issuing a “‘“Send Packet” 

Command. The DMA will be initialized to the value of the 

Boundary Pointer Register and the Remote Byte Count 

Register pair (RBCRO, RBCR1) will be initialized to the value 

of the Receive Byte Count fields found in the Buffer Header 

of each packet. After the data is transferred, the Boundary 

Pointer is advanced to allow the buffers to be used for new 

receive packets. The Remote Read will terminate when the 

Byte Count equals zero. The Remote DMA is then prepared 

to read the next packet from the Receive Buffer Ring. If the 

DMA pointer crosses the Page Stop Register, it is reset to 

the Page Start Address. This allows the Remote DMA to 

remove packets that have wrapped around to the top of the 

Receive Buffer Ring. 

Note 1: In order for the SNIC to correctly execute the Send Packet Com- 
mand, the upper Remote Byte Count Register (RBCR1) must first 
be loaded with OFH. 

Note 2: The Send Packet command cannot be used with 680x0 type proc- 
essors. 
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10.0 Internal Registers 


All registers are 8-bit wide and mapped into four pages 
which are selected in the Command Register (PSO, PS1). 
Pins RAO-RA3 are used to address registers within each 
page. Page 0 registers are those registers which are com- 


10.1 REGISTER ADDRESS MAPPING 


COMMAND 
REGISTER 


PSO, PS1 


10.2 REGISTER ADDRESS ASSIGNMENTS 
Page 0 Address Assignments (PS1 = 0, PSO = 0) 


RAO-RA3} RD 
Command (CR) 


01H Current Local DMA 
Address 0 (CLDAO) 
Current Local DMA 
Address 1 (CLDA1) 
Boundary Pointer 
(BNRY) 
Transmit Status Transmit Page Start 
Register (TSR) Address (TPSR) 


Page Start Register 
(PSTART) 


Page Stop Register 
(PSTOP) 


Boundary Pointer 
(BNRY) 


FIFO (FIFO) Transmit Byte Count 
Register 1 (TBCR1) 
Interrupt Status 


Register (ISR) 


Current Remote DMA 
Address 0 (CRDAO) 


Remote Start Address 
Register 0 (RSARO) 


Number of Collisions | Transmit Byte Count 
Register (NCR) Register 0 (TBCRO) 


PAGE 0 
(READ) 
COMMAND 
PAGE 1 
(READ) 
PAGE 2 
(READ) 
COMMAND 


TEST 
PAGE 


monly accessed during SNIC operation while page 1 regis- 
ters are used primarily for initialization. The registers are 
partitioned to avoid having to perform two write/read cycles 
to access commonly used registers. 


COMMAND 
PAGE 0 
(WRITE) 


PAGE 1 
(WRITE) 


PAGE 2 
(WRITE) 
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Rag~RAS| RD | WR 


09H Current Remote DMA | Remote Start Address 
Address 1 (CRDA1) | Register 1 (RSAR1) 


1-168 


OAH Reserved Remote Byte Count 

Register 0 (RBCRO) 

OBH Reserved Remote Byte Count 
Register 1 (RBCR1) 
OCH Receive Status 
Register (RSR) 


Tally Counter 0 
(Frame Alignment 
Errors) (CNTRO) 


Tally Counter 1 
(CRC Errors) 
(CNTR1) 


Tally Counter 2 
Missed Packet 
Errors) (CNTR2) 


Receive Configuration 
Register (RCR) 


Transmit Configuration 
Register (TCR) 


Data Configuration 
Register (DCR) 


Interrupt Mask 
Register (IMR) 


10.0 Internal Registers (Continued) 
Page 1 Address Assignments (PS1 = 0, PSO = 1) 


RAO-RAS | RD | WR 
| 00H | Command (CR) | Command (CR) 


OH 
01H Physical Address Physical Address 
Register 0 (PARO) Register 0 (PARO) 
2H Physical Address Physical Address 
Register 1 (PAR1) Register 1 (PAR1) 
3H Physical Address Physical Address 
Register 2 (PAR2) Register 2 (PAR2) 
4H Physical Address Physical Address 
Register 3 (PAR3) Register 3 (PAR3) 
5H Physical Address Physical Address 
Register 4 (PAR4) Register 4 (PAR4) 
6H Physical Address Physical Address 
Register 5 (PARS5) Register 5 (PARS5) 
7H Current Page Current Page 
Register (CURR) Register (CURR) 
8H 
9H 
AH 
BH 
H 
H 
EH 
FH 


Multicast Address Multicast Address 
Register 2 (MAR2) | Register 2 (MAR2) 
Multicast Address Multicast Address 
Register 3 (MAR3) Register 3 (MAR3) 
Multicast Address Multicast Address 
Register 4 (MAR4) Register 4 (MAR4) 
Multicast Address Multicast Address 
Register 5 (MAR5) Register 5 (MAR5) 


Multicast Address Multicast Address 
Register 6 (MAR6) Register 6 (MAR6) 


Multicast Address 
Register 7 (MAR7) 


0 
Register 0 (MARO) Register 0 (MARO) 
Register 1 (MAR1) Register 1 (MAR1) 
oD 
0 


Multicast Address 
Register 7 (MAR7) 
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Page 2 Address Assignments (PS1 = 1, PSO = 0) 


Rao-RA3| RD | WR 
Command (CR) Command (CR) 


0 
01H Page Start Register Current Local DMA 
(PSTART) Address 0 (CLDAO) 
2 Page Stop Register Current Local DMA 
(PSTOP) Address 1 (CLDA1) 
Remote Next Packet | Remote Next Packet 
Pointer Pointer 
Transmit Page Start Reserved 
Address (TPSR) 
5 Local Next Packet Local Next Packet 
Pointer Pointer 
Address Counter Address Counter . 
(Upper) (Upper) 
7H Address Counter Address Counter 
(Lower) (Lower) 
| 09H [Reserved | Reserved | 


3 
4 
6 
9 
A 
B 


C Receive Configuration | Reserved : 


Register (RCR) 


D Transmit 


Configuration 
Register (TCR) 


E Data Configuration Reserved 
Register (DCR) 


Note: Page 2 registers should only be accessed for diagnostic purposes. 
They should not be modified during normal operation. 


0. 
0 
0 
0 
0 


0 
0 
0 
0 
0 
0 
0 
0 
0 


H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 
H 


Interrupt Mask 
Register (IMR) 


Page 3 should never be modified. 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS 


COMMAND REGISTER (CR) 00H (READ/WRITE) 


The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To issue a command the microprocessor sets the corresponding bit(s) (RD2, RD1, RDO, TXP). Further commands may 
be overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1, 
and RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-is- 
sued when giving the transmit command, the DMA will complete immediately if the remote byte count register has not been 
reinitialized. (2) If a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values 
and a “0” written to the TXP bit. Writing a “0” to this bit has no effect. (3) A remote write DMA may not overlap remote read 
operation or visa versa. Either of these operations must either complete or be aborted before the other operation may start. Bits 
‘PS1, PSO, RD2, and STP may be set any time. . 


Bit 
DO 


D1 


and 


D6 
and 
D7 


STP 


STA 


TXP 


PS1 


7: 6 5 4 3 2: 1 0 
[pst | pso | pz | Apt | Roo | TxP | sta | STP _ 
Description 


Stop: Software reset command, takes the controller offline, no packets will be received or transmitted. Any 
reception or transmission in progress will continue to completion before entering the reset state. To exit this 
state, the STP bit must be reset and the STA bit must be set high. To perform a software reset, this bit 
should be set high. The software reset has executed only when indicated by the RST bit in the ISR vend set 
to 1. STP powers up high. 

Note: If the SNIC has previously been in start mode and the STP is set, both the STP and STA bits will remain set. 


Start: This bit is used to activate the SNIC after either power up, or when the SNIC has been placed in a 
reset mode by software command or error. STA powers up low. 


Transmit Packet: This bit must be set to initiate transmission of a packet. TXP is internally reset either after 
the transmission is completed or aborted. This bit should be set only after the Transmit Byte Count and 
Transmit Page Start registers have been programmed. 


Remote DMA Command: These three encoded bits control operation of the Remote DMA channel. RD2 
can be set to abort any Remote DMA command in progress. The Remote Byte Count Registers should be 
cleared when a Remote DMA has been aborted. The Remote Start Addresses are not restored to the 
starting address if the Remote DMA is aborted. 

RD2 RD1 RDO 


0 0 0 Not Allowed 

4) 0 1 Remote Read 

0 1 0 Remote Write (Note 2) 

0 1 1 Send Packet 

1 X xX Abort/Complete Remote DMA (Note 1) 


Note 1: If a remote DMA operation is aborted and the remote byte count has not decremented to zero. PRQ will remain high. A read 
acknowledge (RACK) on a write acknowledge (WACK) will reset PRQ low. 


Note 2: For proper operation of the Remote Write DMA, there are two steps which must be performed before using the Remote Write 
OMA. The steps are as follows: 


I) Write a non-zero value into RBCRO. 
li) Set bits RD2, RD1, and RDO to 0, 0, and 1. 
II) Issue the Remote Write DMA Command (RD2, RD1, RDO = 0, 1, 0). 


Page Select: These two encoded bits select which register page is to be accessed with addresses RAO-3. 
PS1 PSO 


0 0 Register Page 0 
0 1 Register Page 1 
1 0 Register Page 2 
1 1 Reserved 
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10.0 Internal Registers (continuea) 
10.3 REGISTER DESCRIPTIONS (Continued) 


INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 


This register is accessed by the host processor to determine the cause of an interrupt. Any interrupt can be masked in the 
Interrupt Mask Register (IMR). Individual interrupt bits are cleared by writing a 1” into the corresponding bit of the ISR. The INT 
signal is active as long as any unmasked signal is set, and will not go low until all unmasked bits in this register have been 
cleared. The ISR must be cleared after power up by writing it with all 1’s. 


7 6 5 4 3. 2 1 0 


Description 


wu 


4 : UvUivu 
Q x< - fe 
= m mixix 


Packet Received: Indicates packet received with no errors. 
Packet Transmitted: Indicates packet transmitted with no errors. 


Receive Error: Indicates that a packet was received with one or more of the following errors: 
— CRC Error 
_— Frame Alignment Error 
— FIFO Overrun 
~- Missed Packet 


Transmit Error: Set when packet transmitted with one or more of the following errors: 
— Excessive Collisions 
— FIFO Underrun 


Overwrite Warning: Set when receive buffer ring storage resources have been exhausted. 
(Local DMA has reached Boundary Pointer) 


(?) 
z 
5 


Counter Overflow: Set when MSB of one or more of the Network Tally Counters has been set. 


Remote DMA Complete: Set when Remote DMA operation has been completed. 


D. 
is) 
i?) 


Reset Status: Set when SNIC enters reset state and cleared when a Start Command is issued to 
the CR. This bit is also set when a Receive Buffer Ring overflow occurs and is cleared when one 
or more packets have been removed from the ring. Writing to this bit has no effect. 

Note: This bit does not generate an interrupt, it is merely a status indicator. 


ee) 
n 
4 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 


INTERRUPT MASK REGISTER (IMR) OFH (WRITE) ee St MES EE 


The Interrupt Mask Register is used to mask interrupts. Each interrupt ne bit corresponds. to a bit in 1 the interrupt Status 
Register (ISR). If an interrupt mask bit is set, an interrupt will be issued whenever the corresponding bit in the ISR is set. If any bit 
in the IMR is set low, an interrupt will not occur when the bi in the ISR is set. The me powers up to all zeroes. 


ye[onelonel ne [nee mere) 


Dascrigtion 


PRXE Packet Recelved Interrupt Enable 


. 0: Interrupt Disabled 
1: Enables Interrupt when packet received’. 


PTXE Packet Transmitted Interrupt Enable 
0: Interrupt Disabled - 
1: Enables Interrupt when packetis transmitted. ; 
RXEE Receive Error Interrupt Enable gia 
0: Interrupt Disabled a I ae 
_ 1: Enables Interrupt when packet received with. error ; . 
TXEE Transmit Error Interrupt Enable i Pes 
0: Interrupt Disabled ee 
1: Enables Interrupt when packet transmission results in error 


OVWE Overwrite Warning Interrupt enane bale oe 
0: Interrupt Disabled . i 
1: Enables Interrupt when Buffer Management one iacks sufficient butters to store incoming packet 


i Counter Overflow Interrupt Enable 
' 0: Interrupt Disabled ° ' 
1: Enables Interrupt when MSB of o one or more of the Network Statistics counters has been set 


ROCE DMA Complete Interrupt Enable 
0: Interrupt Disabled 
1: Enables Interrupt when Remote DMA transfer has been completed 


Reserved 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 
DATA CONFIGURATION REGISTER(DCR) OEH (WRITE) 


VLO6E8da 


This Register is used to program the SNIC for 8- or.16-bit memory interface, select byte ordering in 16-bit applications and 
establish FIFO thresholds. The DCR must be initialized prior to loading the Remote Byte Count Registers. LAS Is set on 


power up. 


on 


S 
on 


a 
n 


| Symbol | 


“7 6 5 4 3 2 1 0 
| — | et: | Fro | arm] ts | Las | Bos | wrs| 
* Description 


Word Transfer Select 
0: Selects byte-wide DMA transfers 
1: Selects word-wide DMA transfers - 


WTS establishes byte or word transfers for both Remote and Local DMA transfers 


Note: When word-wide mode is selected up to 32k words are addressable; AO remains low. - 


Byte Order Select 
0: MS byte placed on AD15-AD8 and LS byte on AD7-ADO. (32xxx, 80x86) 
1: MS byte placed on AD7--ADO and LS byte on AD15-A8. (680x0) 


: Ignored when WTS is low 


Long Address Select 
0: Dual 16-bit DMA mode 
1: Single 32-bit DMA mode 


; When LAS is high, the contents of the Remote DMA registers RSARO, 1 are issued as A16-A31 Power up 
high me, 

Loopback Select * ° 

0: Loopback mode selected. Bits D1 and D2 of the TCR must also be programmed for Loopback operation 
1: Normal Operation 


Auto-Initialize Remote | 

0: Send Command not executed, all packets removed from Buffer Ring under program control 
1: Send Command executed, Remote DMA auto-initialized to remove packets from Buffer Ring 
Note: Send Command cannot be used with 680x0 byte processors. 


FIFO Threshold Select: Encoded FIFO threshold. Establishes point at which bus is requested when filling or 
emptying the FIFO. During reception, the FIFO threshold indicates the number of bytes (or words) the FIFO has 
filled serially from the network before bus request (BREQ) is asserted. 
Note: FIFO threshold setting determines the DMA burst length. 
Receive Thresholds 

FT1 FTO WordWide Byte Wide 

0 0 1 Word 2 Bytes 

0 1 2 Words 4 Bytes 

1 0 4 Words 8 Bytes 

1 1 6 Words 12 Bytes 
During transmission, the FIFO threshold indicates the number of bytes (or words) the FIFO has filled from the 
Local DMA before BREQ is asserted. Thus, the transmission threshold is 13 bytes less the received threshold. 


1-173 


DP83901A 


10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 


TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE), 


The transmit configuration establishes the actions of the transmitter section of the SNIC mn transmission ofa packet on the 
network. LB1 and LBO which select loopback mode power up as 0. 


OFST 


7 6 5 4 3 2 1 ) 
| — | = | = |orst| ato | ts | 180 | onc | 
Description 


Inhibit CRC 

0: CRC appended by transmitter 

1: CRC inhibited by transmitter " 
In loopback mode CRC can be enabled or disabled to test the CRC 4 


Encoded Loopback Control: These encoded configuration bits set the type of loopback that is to be 
performed. Note that loopback in mode 2 places the ENDEC Module in loopback mode and that D3 of the 
DCR must be set to zero for loopback operation. 
LBi LBO 
Mode 0 0 0 Normal Operation (LPBK = 0) .- 
Mode 1 0 1 Internal NIC Module Loopback (LPBK = 0)- 
Mode 2 1 0 Internal ENDEC Module Loopback (LPBK = ee 
Mode 3 1 1 External Loopback (LPBK = 0) 


Auto Transmit Disable: This bit allows another station to disable the SNIC’s transmitter by transmission of a 
particular multicast packet. The transmitter can be re-enabled by resetting this bit or by reception of a 
second particular multicast packet. 

1: Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast address 
hashing to bit 63 enables transmitter. 


Collision Offset Enable: This bit modifies the backoff algorithm to allow prioritization of nodes. 

0: Backoff Logic implements normal algorithm. ; 
1: Forces Backoff algorithm modification to 0 to 2min(3 +n, 10) stot times for first three collisions, then follows 
standard backoff. (For the first three collisions, the station has higher average backoff delay making a low 
priority mode.) . 


Reserved 
Reserved 


Reserved 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 
TRANSMIT STATUS REGISTER (TSR) 04H (READ) 


VLO6E8dG 


This register records events that occur on the media during transmission of a packet. It is cleared when the next transmission is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. 


Bit 
DO 


D1 
D2 


D3 


D4 


D5 


D6 


D7 


ae] 
4 
x< 


Reserved 
COL 


ABT 


CRS 


n 
i 


oO 
oO 
x= 


OWC 


7 6 5 4 3 2 1 0 
}owc | cod | Fu | crs | ast | cou[ — | rx, 


Description 


Packet Transmitted: Indicates transmission without error. (No excessive collisions or FIFO 
underrun) (ABT = “0”, FU = “0”) 


Reserved 


Transmit Collided: Indicates that the transmission collided at least once with another station on 
the network. The number of collisions is recorded in the Number of Collisions Registers (NCR). 


Transmit Aborted: Indicates the SNIC aborted transmission because of excessive collisions. 
(Total number of transmissions including original transmission attempt equals 16.) 


Carrier Sense Lost: This bit is set when carrier is lost during transmission of the packet. 
Transmission is not aborted on loss of carrier. 


FIFO Underrun: If the SNIC cannot gain access of the bus before the FIFO empties, this bit is 
set. Transmission of the packet will be aborted. 


CD Heartbeat: Failure of the transceiver to transmit a collision signal after transmission of a 
packet will set this bit. The Collision Detect (CD) heartbeat signal must commence during the first 
6.4 ws of the Interframe Gap following a transmission. In certain collisions, the CD Heartbeat bit 
will be set even though the transceiver is not performing the CD heartbeat test. 


_ Out of Window Collision: Indicates that a collision occurred after a slot time (51.2 js). 


Transmissions rescheduled as in normal collisions. 
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10.0 Internal Registers (Continue) 
10.3 REGISTER DESCRIPTIONS (Continued) 


RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 


This register determines operation of the SNIC during reception of a packet and is used to program what types of packets to 
accept. 


7 6 5 4 3 2 1 0 
| — | = | mon} pro| am | as | an | ser | 
Description 


Save Errored Packets 

0: Packets with receive errors are rejected. 

1: Packets with receive errors are accepted. Receive errors are CRC and Frame Alignment 
errors. 


> 


Accept Runt Packets: This bit allows the receiver to accept packets that are smaller than 64 
bytes. The packet must be at least 8 bytes long to be accepted as a runt. 

0: Packets with fewer than 64 bytes rejected. 

1: Packets with fewer than 64 bytes accepted. 


> 


Accept Broadcast: Enables the receiver to accept a packet with an all 1’s destination address. 
0: Packets with broadcast destination address rejected. 
1: Packets with broadcast destination address accepted. 


Accept Multicast: Enables the receiver to accept a packet with a multicast address, all multicast 
addresses must pass the hashing array. 

0: Packets with multicast destination address not checked. 

1: Packets with multicast destination address checked. 


Promiscuous Physical: Enables the receiver to accept all packets with a physical address. 
0: Physical address of node must match the station address programmed in PARO-PARS. 
1: All packets with physical addresses accepted. 


Monitor Mode: Enables the receiver to check addresses and CRC on incoming packets without 
buffering to memory. The Missed Packet Tally counter will be incremented for each recognized 
packet. 

0: Packets buffered to memory. 

1: Packets checked for address match, good CRC and Frame Alignment but not buffered to 
memory. 


D6 Reserved Reserved 


D7 Reserved Reserved 


Note: D2 and D3 are “OR’d” together, i.e., if D2 and D3 are set the SNIC will accept broadcast and multicast addresses as well as its own physical address. To 
establish full promiscuous mode, bits D2, D3, and 04 should be set. in addition the multicast hashing array must be set to all 1’s in order to accept all multicast 
addresses. 
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10.0 Internal Registers (Continued) 
10.3 REGISTER DESCRIPTIONS (Continued) 
RECEIVE STATUS REGISTER (RSR) OCH (READ) 


This register records status of the received packet, including information on errors and the type of address match, either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an erroneous 
packet is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors and missed packets are counted internally by the SNIC which 
relinguishes the Host from reading the RSR in real time to record errors for Network Management Functions. The contents of 


this register are not specified until after the first reception. 


D4 


D5 


D6 


D7 


FAE 


7 
’ 


= 
U 
> 


u 
a 
i 


oO 
a 
D 


7 6 5 4 3 2 1 0 
[orr | ois | PHY | mea | Fo | Fae | crc | PAX | 


Description 


Packet Received Intact: Indicates packet received without error. (Bits CRC, FAE, FO, and MPA 
are zero for the received packet.) 


CRC Error: Indicates packet received with CRC error. Increments Tally Counter (CNTR1). This 
bit will also be set for Frame Alignment errors. 


Frame Allgnment Error: Indicates that the incoming packet did not end on a byte boundary and 
the CRC did not match at last byte boundary. Increments Tally Counter (CNTRO). 


FIFO Overrun: This bit is set when the FIFO is not serviced causing overflow during reception. 
Reception of the packet will be aborted. 


Missed Packet: Set when a packet intended for node cannot be accepted by SNIC because of a 
lack of receive buffers or if the controller is in monitor mode and did not buffer the packet to 
memory. Increments Tally Counter (CNTR2). 


Physical/Multicast Address: Indicates whether received packet had a physical or multicast 
address type. 

0: Physical Address Match 

1: Multicast/Broadcast Address Match 


Receiver Disabled: Set when receiver disabled by entering Monitor mode. Reset when receiver 
is re-enabled when exiting Monitor mode. 


Deferring: Set when internal Carrier Sense or Collision signals are generated in the ENDEC 
module. !f the transceiver has asserted the CD line as a result of the jabber, this bit will stay set 
indicating the jabber condition. 


Note: Following coding applies to CRC and FAE bits. 


Type of Error - 


No Error (Good CRC and <6 Dribble Bits) 
CRC Error 

Itlegal, Will Not Occur 

Frame Alignment Error and CRC Error 
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10.0 Internal Registers (Continued) 
10.4 DMA REGISTERS 


DMA Registers 


LOCAL DMA TRANSMIT REGISTER 
15 8|7 0 


PAGE START 


(TPSR) 
(TBCRO, 1) 


8 
| 


(PSTART) 
- (PSTOP) 
(CURR) 


(BRNY) 
NOT 
READABLE 


(CLDAO, 1) 


TRANSMIT BYTE COUNT 


LOCAL DMA RECEIVE REGISTER 
1 7 


RECEIVE BYTE COUNT 
CURRENT LOCAL DMA ADDRESS 


REMOTE DMA REGISTERS 


15 8 
START ADDRES 


(RSARO, 1) 
(RBCRO, 1) 


“(CRADO, 1) 


The DMA Registers are partitioned into groups; Transmit, 

Receive and Remote DMA Registers. The Transmit regis- 

ters are used to initialize the Local DMA Channel for trans- 

mission of packets while the Receive Registers are used to 
initialize the Local OMA Channel for packet Reception. The 

Page Stop, Page Start, Current and Boundary Registers are 

used by the Buffer Management Logic to supervise the Re- 

ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 

Note: In the figure above, registers are shown as 8 or 16 bits wide. Although 
some registers are 16-bit internal registers, all registers are accessed 
as 8-bit registers. Thus the 16-bit Transmit Byte Count Register is 
broken into two 8-bit registers, TBCRO, TBCR1. Also TPSR, PSTART, 
PSTOP, CURR and BNRY only check or contro! the upper 8 bits of 
address information on the bus. Thus, they are shifted to positions 
15-8 in the diagram above. 


10.5 TRANSMIT DMA REGISTERS 


TRANSMIT PAGE START REGISTER (TPSR) 


This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0O will be used to initialize the higher 
order address (A8—A15) of the Local DMA for transmission. 
The lower order bits (A7—A0) are initialized to zero. 


7 0 
$s 

BYTE COUNT CURRENT 
REMOTE DMA ADDRESS 
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LOCAL 
DMA 
CHANNEL 


REMOTE 
DMA 
CHANNEL 


TL/F/10469-17 


Bit Assignment 


7 6 &§ 4 3 2 14 ~«0 
TPSR 


(A7-A0 Initialized to Zero) 


TRANSMIT BYTE COUNT REGISTER 0, 1 

(TBCRO, TBCR1) 

These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of - 
bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64 Kbytes. 
The SNIC will not truncate transmissions longer than 1500 
bytes. The bit assignment is shown below: 


7 6 5 4 3 2 1 0 | 
TBCRt 

7 6 5 4 3 2 1 0 
TBCRO 


10.0 Internal Registers (Continued) 
10.6 LOCAL DMA RECEIVE REGISTERS 


PAGE START AND STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
the SNIC uses fixed 256-byte buffers aligned on page 
boundaries only the upper 8 bits of the start and stop ad- 
dress are specified. 


PSTART, PSTOP Bit Assignment 
PSTART, 


7 6 5 4 3 2 1 0 
PSTART ang [asa] avo ava] ani ato] a8 [08 


BOUNDARY (BNRY) REGISTER 

This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linking buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 


7 6 5 4 3 2 1 0 


BNRY 


CURRENT PAGE REGISTER (CURR) 


This register is used internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a packet reception 
and is used to restore DMA pointers in the event of receive 
errors. This register is initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 


7 6 5 4 3 2 1 0 


CURR 


CURRENT LOCAL DMA REGISTER 0,1 (CLDAO, 1) 


These two registers can be accessed to determine the cur- 
rent local DMA address. 


7 6 5 4 3 2 1 0 
CLDAt 

7 6 5 4 3 2 1 0 
CLDAO 


10.7 REMOTE DMA REGISTERS 


REMOTE START ADDRESS REGISTERS (RSARQO, 1) 
Remote DMA operations are programmed via the Remote 
Start Address (RSARO, 1) and Remote Byte Count 
(RBCRO, 1) registers. The Remote Start Address is used to 
point to the start of the block of data to be transferred and 
the Remote Byte Count is used to indicate the length of the 
block (in bytes). 


7 6 5 4 3 2 1 «0 
RSAR1 
7 6 5 4 3 2 1. 0 
rsaro| 7 | A6 | as | Ad | as | a2 | at | a0 | 


1-179 


REMOTE BYTE COUNT REGISTERS (RBCRO, 1) 


7 6 5 4 3 2 1 0 
neon [oie|acra[soilscr[act[ecra] eco [ace 
7 6 5 4 3 2 1 0 
neoro) 07] 605] 605] sca [208 | 62] 6ci [boo 


Note: RSARO programs the start address bits AO-A7. 
RSAR1 programs the start address bits A8-A15. ; 
Address incremented by two for word transfers, and by one for byt 
transfers. Byte Count decremented by two for word transfers and by 
one for byte transfers. 
RBCRO programs LSB byte’ count. 
RBCR1 programs MSB byte count. 


CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 


The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: ; 


7 6 5 4 3 2 1 O 
CRDAT 
7 6 5&§ 4 38 2 1 «0 
crpao|_A7 | a6 | as | ad | as | a2 | at | A0_ 


10.8 PHYSICAL ADDRESS REGISTERS (PARO-PARS5) 


The physical address registers are used to compare the 
destination address of incoming packets for rejecting or ac- 
cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PARO—PARS to the bit sequence of the received 
packet. 


D7 D6 D5 D4 D3 D2 Dt obo 


PARO| DA7 | DAs | Das 
PARI 
PAR2 
PARS 
PARA 
PARS 


Destination Address Source 


Note: P/S = Preamble, Synch 
DAO = Physical/Multicast Bit 


10.9 MULTICAST ADDRESS REGISTERS (MARO-MAR7) 
The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 


dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 
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10.0 Internal Registers (Continued) 


cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FBO-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
bits to set in the multicast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast packets all of 
the registers are set to all ones. 
Note: Although the hashing algorithm does not guarantee perfect filtering of 
multicast address, it will perfectly filter up to 64 multicast addresses if 


these addresses are chosen to map into unique locations in the multi- 
cast filter. 


CRC GENERATOR 


(X-31 TO X=26) 


CLK 


1 OF 64 DECODE | 


FILTER BIT ARRAY 


SELECTED BIT 
"0" = REJECT ''1" = ACCEPT 


TL/F/10469-18 


D7 D6 DS D4 D3 D2 OD1_ bO 
MARO| F87 | FB6 | F8s | Fed | Fes | FB2 | FBt | FeO | 
MARI 
MAR2| F823 |FB22| FB21|Fe20|FB19|FB18| Fe17|FB16 
MARS 
MAR4 
MARS | F847 | FB46) FB45| Fa44|FB43) FB42| FB41| Fedo 
MAR6|FB55| FB54|FB53/FB52|FB51|FB50| FB49|FBA8| 
MAR? |F86a|FB62) FB61 | Fa60|FB59) FBss] FB57| Fase 


If address Y is found to hash to the value 32 (20H), then 
FB32 in MAR4 should be initialized to “1”. This will cause 
the SNIC to accept any multicast packet with the address Y. 
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10.10 NETWORK TALLY COUNTERS 


Three 8-bit counters are provided for monitoring the number 
of CRC errors, Frame Alignment Errors and Missed Pack- 
ets. The maximum count reached by any counter is 192 
(COH). These registers will be cleared when read by the 
CPU. The count is recorded in binary in CTO-CT7 of each 
Tally Register. 


Frame Alignment Error Tally (CNTRO) 


This counter increments every time a packet is received 
with a Frame Alignment Error. The packet must have been 
recognized by the address recognition logic. The counter is 
cleared after it is read by the processor. 


7 6 5 4 8 2°'14°0 
CNTRO CTO 


CRC Error Tally (CNTR1) 


This counter is incremented every time a packet is received 
with a CRC error. The packet must first be recognized by 
the address recognition logic. The counter is cleared after it 
is read by the processor. 


7 6 5 4 3 2 1 0 


onTaY 


Frames Lost Tally Register (CNTR2) 


This counter is incremented if a packet cannot be received 
due to lack of buffer resources. In monitor mode, this coun- 
ter will count the number of packets that pass the address 
recognition logic. , 


7 6 5 4 3 2 1 ~«0 
CNTR 


FIFO 


This is an 8-bit register that allows the CPU to examine the 
contents of the FIFO after loopback. The FIFO will contain 
the last 8 data bytes transmitted in the loopback packet. 
Sequential reads from the FIFO will advance a pointer in the 
FIFO and allow reading of all 8 bytes. ; 


7 6 5 4 2 1 0 


3 
FIFO | p87 | p86 | DBs | DBs | 083 | D82 | DBt | DBO) 


Note: The FIFO should only be read when the SNIC has been programmed 
in loopback mode. . 


NUMBER OF COLLISIONS (NCR): 


This register contains the number of collisions a node expe- 
riences when attempting to transmit a packet. If no colli- 
sions are experienced during a transmission attempt, the 
COL bit of the TSR will not be set and the contents of NCR 
will be zero. If there are excessive collisions, the ABT bit in 
the TSR will be set and the contents of NCR will be zero. 
The NCR is cleared after the TXP bit in the CR is set. 


7 6 5 4 3 2 1 0 


nen | — | — | — | — [Nea] nce] not | Noo] 


11.0 Initialization Procedures 


The SNIC must be initialized prior to transmission or recep- 
tion of packets from the network. Power on reset is applied 
to the SNIC’s reset pin. This clears/sets the following bits: 


|__—Register | ResetBits | SetBits | 
| Interruptstatus(ish) | | RST 
| Interrupt Mask (IMR) | Algits | 
| DataControl(ocn) | | LAS 

Transmit Config. (TCR) | upiubo | 


The SNIC remains in its reset state until a Start Command is 
issued. This guarantees that no packets are transmitted or 
received and that the SNIC remains a bus slave until all 
appropriate internal registers have been programmed. After 
initialization the STP bit of the command register is reset 
and packets may be received and transmitted. 


Initialization Sequence 
The following initialization procedure is mandatory. 

. Program Command Register for Page 0 (Command 
Register = 21H) 

. Initialize Data Configuration Register (DCR) 

. Clear Remote Byte Count Registers (RBCRO, RBCR1) 

. Initialize Receive Configuration Register (RCR) 

. Place the SNIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

. Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

. Clear Interrupt Status Register (ISR) by writing OFFH to 
it. 

. Initialize Interrupt Mask Register (IMR) 

. Program Command Register for page 1 (Command 
Register = 61H) 

|) Initialize Physical Address Registers (PARO-PARS) 
Il) Initialize Multicast Address Registers (MARO-MARS5) 
. It) Initialize CURRent pointer ; 
Put SNIC in START mode (Command Register = 22H). 

. Initialize the Transmit Configuration for the intended val- 
ue. The SNIC is now ready for transmission and recep- 
tion. 

Before receiving packets, the user must specify the location 
of the Receive Buffer Ring. This is programmed in the Page 
Start and Page Stop Registers. In addition, the Boundary 
and Current Page Register must be initialized to the value of 
the Page Start Register. These registers will be modified 
during reception of packets. : 
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12.0 Loopback Diagnostics 

Three forms of local loopback are provided on the SNIC. 
The user has the ability to loopback through the deserializer 
on the controller, through the ENDEC module or the Coax 
Transceiver on the DP83901A SNIC. Because of the half 
duplex architecture of the SNIC, loopback testing Is a 
special mode of operation with the following restric- 
tions: 


Restrictions During Loopback 

The FIFO is split into two halves, one used for transmission 
the other for reception. Only 8-bit fields can be fetched from 
memory so two tests are required for 16-bit systems to veri- 
fy integrity of the entire data path. During loopback the maxi- 
mum latency from the assertion of BREQ to BACK is 2.0 ps. 
Systems that wish to use the loopback test yet do not meet 
this latency can limit the loopback to 7 bytes without experi- 
encing underflow. Only the last 8 bytes of the loopback 
packet are retained in the FIFO. The last 8 bytes can be 
read through the FIFO register which will advance through 
the FIFO to allow reading the receive packet sequentially. 


= (6 Bytes) Station Physical Address 
| 

2 Bytes 

ae eel = 46 10 1500 Bytes 


CRC Appended by SNIC 
if CRC = “0” in TCR 


When in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tion as shown below. (The loopback only operated with byte 
wide transfers.) 


LS Byte (AD8-15) MS Byte (AD0-7) 
es 
re a 
es 

Data : 
wIs="1" BOS="{" _ (DCR Bits)’ . 
TL/F/10469-50 


When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 


MS Byte (AD8-15) LS Byte (ADO=7) 


Length 


Data 


WIS="1" BOS="0" (DCR Bits) 


TL/F/10469-51 


Note: When using loopback in word mode 2n bytes must be programmed in 
TBCRO, 1. Where n = actual number of bytes assembled in even or 
odd location. 
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12.0 Loopback Diagnostics (Continued) 


To initiate a loopback the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1. The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and if CRC bit in the 
TCR is set, the receiver will also check the CRC. The tast 8 
bytes of the loopback packet are buffered and can read out 
of the FIFO using FIFO read port. 


Loopback Modes 


MODE 1: Loopback through the NIC Module (LB1 = 0, 
LBO = 1): If this loopback is used, the NIC Modules’s serial- 
izer is connected to the deserializer. 


MODE 2: Loopback through the ENDEC Module (LB1 = 1, 
LBO = 0): If the loopback is to be performed through the 
SNI, the SNIC provides a control (LPBK) that forces the 
ENDEC module to loopback all signals. , 


MODE 3: Loopback to Coax (LB1 = 1, LBO = 1). Packets 
can be transmitted to the coax in loopback mode to check 
all of the transmit and receive paths and the coax itself. 


Note: Collision and Carrier Sense can be generated by the ENDEC module 
and are masked by the NIC module. It is not possible to go directly 
between the loopback modes, it is necessary to return to normal oper- 
ation (00H) when changing modes. 


Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the SNIC to malfunction. 

Reading the Loopback Packet 

The last 8 bytes of a received packet can be examined by 8 


consecutive reads of the FIFO register. The FIFO pointer is 
incremented after the rising edge of the CPU’s read strobe 


by internally synchronizing and advancing the pointer. This 
may take up to four bus clock cycles, if the pointer has not 
been incremented by the time the CPU reads the FIFO reg- 
ister again, the SNIC will insert wait states. 


Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the SNIC to malfunction. 


Alignment of the Received Packet in the FIFO 


Reception of the packet in the FIFO begins at location zero, 
after the FIFO pointer reaches the last location in the FIFO, 
the pointer wraps to the top of the FIFO overwriting the 
previously received data. This process continued until the 
last byte is received. The SNIC then appends the received 
byte count in the next two locations of the FIFO. The con- 
tents of the Upper Byte Count are also. copied to the next 
FIFO location. The number of bytes used in the loopback 
packet determined the alignment of the packet in the FIFO. 
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The alignment for a 64-byte packet is shown below. ° 


FIFO 
Location 


FIFO 
Contents 


Lower Byte Count First Byte Read 


Second Byte Read 

, 

os 
[._crcr | ; 

: 

, 

~ Last Byte Read 


For the following alignment in the FIFO the packet length 
should be (N x 8) + 5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC is appended by the transmitter, the 1st four bytes, 
bytes N-3 to N, correspond to the CRC. 


FIFO FIFO 
Location Contents 


0 ’ First Byte Read 
. | Second Byte Read 
. 
. 
: 
Last Byte Read 


LOOPBACK TESTS 


Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DP83901A SNIC 
prior to transmitting and receiving packets on a live network. 
Typically these tests may be performed during power up of 
a node. The diagnostic provides support to verify the follow- 
ing: 

1. Verify integrity of data path. Received data is checked 

against transmitted data. — : 


2. Verify CRC logic’s capability to generate good CRC on 
transmit, verify CRC on receive (good or bad CRC). 


12.0 Loopback Diagnostics (Continued) 
3. Verify that the Address Recognition Logic can 

a) Recognize address match packets’ 

b) Reject packets that fail to match an address 


LOOPBACK OPERATION IN THE SNIC 

Loopback is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
loopback testing. When loopback mode is selected in the 
TCR, the FIFO is split. A packet should be assembled in 
memory with programming of TPSR and TBCRO, TBCR1 
registers. When the transmit command is issued the follow- 
ing operations occur: 


Transmitter Actions 


1. Data is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) 


. The SNIC generates 56 bits of preamble followed by an 
8-bit synch pattern. 


. Data transferred from FIFO to serializer. 


. If CRC = 1 in TCR, no CRC calculated by SNIC, the last 
byte transmitted is the last byte from the FIFO (Allows 
software CRC to be appended). If CRC = 0, SNIC calcu- 
lates and appends four bytes of CRC. 


5. At end of Transmission PTX bit set in ISR. 
Receiver Actions 
1. Wait for synch, all preamble stripped. 


2. Store packet in FIFO, increment receive byte count for 
each incoming byte. 


3. If CRC = 1 in TRC, receiver checks incoming packet for 
CRC errors. If CRC = 0 in TCR, receiver does not check 
CRC errors, CRC error bit always set in RSR (for address 
matching packets). 


. At end of receive, receive byte count written into FIFO, 
receive status register is updated. The PRX bit is typically 
set in the RSR even if the address does not match. If 
CRC errors are forced, the packet must match the ad- 
dress filters in order for the CRC error bit in the RSR to be 
set. 


EXAMPLES 

The following examples show what results can be expected 
from a properly operating SNIC during loopback. The re- 
strictions and results of each type of loopback are listed for 
reference. The loopback tests are divided into two sets of 


tests. One to verify the data path, CRC generation and byte 
count through all three paths. The second set of tests uses 
internal loopback to verify the receiver’s CRC checking and 
address recognition. For all of the tests the DCR was pro- 
grammed to 40H. 


| Path |tcr|RcR| TsR | ASR | IsR_| 


SNIC Internal 1F 53 02 02 
(Note 1) | (Note 2) | (Note 3) 


Note 1: Since carrier sense and collision detect are generated in the EN- 
DEC module. They are blocked during NIC loopback, carrier and 
CD heartbeat are not seen and the CRS and CDH bits are set. 


Note 2: CRC errors are always indicated by receiver if CRC is appended by 
the transmitter. 

Note 3: Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the 
PRX bit remains 0 for all loopback modes. 


Note 4: All values are hex. 
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| Path | ToR | RGR 


SNIC Internal 1F . 43 
(Note 1) 


Note 1: CDH is set, CRS is not set since it is generated by the external 
encoder/decoder. 


Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01H, 03H, 07H and a variety of other values depending on 
whether collisions were encountered or the packet was deferred. 


Will contain 08H if packet is not transmittable. 


During external loopback the SNIC is now exposed to network traf- 
fic, it is therefore possible for the contents of both the Receive 
portion of the FIFO and the RSR to be corrupted by any other 
packet on the network. Thus in a live network the contents of the 
FIFO and RSR should not be depended on. The SNIC will still abide 
by the standard CSMA/CD protocol in external loopback mode. 
(.e., The network will not be disturbed by the loopback packet.) 


Note 4: All values are hex. 


CRC AND ADDRESS RECOGNITION 


The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using internal 
loopback only so that the SNIC is isolated from interference 
from the network. These tests also require the capability to 
generate CRC in software. 


The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set if the address in 
the packet matches the address filters. If errors are expect- 
ed to be set and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 
sequence of packets will test the address recognition logic. 
The DCR should be set to 40H, the TCR should be set to 
03H with a software generated CRC. 


Packet Contents 
| Test_| Address | crc | ASR | 


Matching 01 (Note 1) 
Matching 02 (Note 2) 
Non-Matching 01 


Note 1: Status will read 21H if multicast address used. 
Note 2: Status will read 22H if multicast address used. 


Note 3: In test A, the RSR is set up. In test B the address is found to match 
since the CRC is flagged as bad. Test C proves that the address 
recognition logic can distinguish a bad address and does not notify 
the RSR of the bad CRC. The receiving CRC is proven to work in 
test A and test B. 


Note 4: All values are hex. 


NETWORK MANAGEMENT FUNCTIONS 


Network management capabilities are required for mainte- 
nance and planning of a local area network. The SNIC sup- 
ports the minimum requirement for network management in 
hardware, the remaining requirements can be met with soft- 
ware counts. There are three events that software alone 
can not track during reception of packets: CRC errors, 
Frame Alignment errors, and missed packets. 
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12.0 Loopback Diagnostics (continue) 


Since errored packets can be rejected, the status associat- 
ed with these packets is lost unless the CPU can access the 
Receive Status Register before the next packer arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The SNIC counts 
the number of packets with CRC errors and Frame Align- 
ment errors. 8-Bit counters have been selected to reduce 
overhead. The counters will generate interrupts whenever 
their MSBs are set so that a software routine can accumu- 
late the network statistics and reset the counter before 
overflow occurs. The counters are sticky so that when they 
reach a count of 192 (COH) counting is halted. An additional 
counter is provided to count the number of packets the 
SNIC misses due to buffer overflow or being offline. 


The structure of the counters is shown below: 


MSB By 
a—) >> INTERRUPT 
SB , 


TL/F/10469-19 


FRAME ALIGNMENT ERRORS COUNTER 
CRC ERRORS COUNTER 


MISSED PACKETS COUNTER 
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Additional information required for network management is 
available in the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 


Typically, the following statistics might be gathered in soft- 
ware: 


Traffic: Frames Sent OK 
_. Frames Received OK 
Multicast Frames Received 
Packets Lost Due to Lack of Resources 
Retries/Packet 


CRC Errors 

Alignment Errors . 
Excessive Collisions 
Packet with Length Errors 
Heartbeat Failure 


13.0 Bus Arbitration and Timing 


The SNIC operates in three possible modes: 
e BUS MASTER (WHILE PERFORMING DMA) 
e BUS SLAVE (WHILE BEING ACCESSED BY CPU) 


¢ IDLE 


BUS SLAVE 
(ACCESSED 


AS 
PERIPHERAL) STOP 4 
INT ERROR 


COMPLETE 


BUS MASTER 
(PERFORMS 
DMA) 


Upon power-up the SNIC is in an indeterminate state. After 
receiving a hardware reset the SNIC is a bus slave in the 
Reset State, the receiver and transmitter are both disabled 
in this state. The reset state can be re-entered under three 
conditions, soft reset (Stop Command), hard reset (RESET 
input) or an error that shuts down the receiver of transmitter 
(FIFO underflow or overflow). After initialization of registers, 
the SNIC is issued a Start command and the SNIC enters 
Idle state. Until the DMA is required the SNIC remains in idle 
state. The idle state is exited by a request from the FIFO on 
the case of receiver or transmit, or from the Remote DMA in 
the case of Remote DMA operation. After acquiring 


RESET PIN ASSERTED 
FOR 8 BCK AND 16 X1 
CLOCKS 
(EITHER SIMULTANEOUSLY 
OR SEQUENTIALLY) 


TL/F/10469~20 


the bus in a BREQ/BACK handshake the Remote or Local 
DMA transfer is completed and the SNIC re-enters the idle 
state. 


DMA TRANSFERS TIMING 
The DMA can be programmed for the following types of 
transfers: 

16-Bit Address, 8-bit Data Transfer 

16-Bit Address, 16-bit Data Transfer 

32-Bit Address, 8-bit Data Transfer 

32-Bit Address, 16-bit Data Transfer 
All DMA transfers use BSCK for timing. 16-Bit Address 
modes require 4 BSCK cycles as shown below: 


16-Bit Address, 8-Bit Data 


Tt | 


| 13 14 


BSCK | | | | | , | | 


ADO=7 


A8=15 


MWRMRDOSOSO™~C~S~S~S~S«S . ’ 


1-185 


TL/F/10469-21 


VLOGE8dd 


DP83901A 


- 13.0 Bus Arbitration and Timing (continued) 


16-Bit Address, 16-Bit Data . . 
| 1! | T2 | Bb | ™% | 


BSCK | | | | | | | | | | 


108-15 TD GT 


Eee GR ees ee a 
i. ee 


MWR, MRD 
TL/F/10469-22 


32-Bit Address, 8-Bit Data 


TL/F/10469~23 


MWR,MRD 
TL/F/10469-24 
Note: In 32-bit address mode, ADS1 is at TRI-STATE after the first T1-T4 states: thus, a 4.7k pull-down resistor is required for 32-bit address. 
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13.0 Bus Arbitration and Timing (Continueg) 


When in 32-bit mode four additional. BSCK cycles are re- 
quired per burst. The first bus cycle (T1'~-T4’) of each burst 
is used to output the upper 16-bit addresses. This 16-bit 
address is programmed in RSARO and RSAR1 and points to 
a 64k page of system memory. All transmitted or received 
packets are constrained to reside within this 64k page. 


FIFO BURST CONTROL 


All Local DMA transfers are burst transfers, once the DMA 
requests the bus and the bus is acknowledged, the DMA will 
transfer an exact burst of bytes programmed in the Data 
Configuration Register (DCR) then relinquish the bus. If 
there are remaining bytes in the FIFO the next burst will not 
be initiated until the FIFO threshold is exceeded. If BACK is 
removed during the transfer, the burst transfer will be abort- 
ed. (DROPPING BACK DURING A DMA CYCLE IS NOT 
RECOMMENDED.) 


BREQ / \ 


BACK 


ONE BURST 


where N = 1, 2, 4, or 6 Words or N = 2, 4, 8, or 12 Bytes when in byte mode. 


INTERLEAVED LOCAL OPERATION 


If a remote DMA transfer is initiated or in progress when a 
packet is being received or transmitted, the Remote DMA 
transfer will be interrupted for higher priority Local DMA 


BREQ 


BACK 


ADO-15 


Note that if the FIFO requires service while a remote DMA is 
in progress, BREQ is not dropped and the Local DMA burst 
is appended to the Remote Transfer. When switching from 
a local transfer to a remote transfer, however, BREQ is 
dropped and raised again. This allows the CPU or other 
devices to fairly contend for the bus. 


FIFO AND BUS OPERATIONS 


Overview 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the SNIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold is programmable, allowing filling (or emptying) the 
FIFO at different rates. When the FIFO has filled to its pro- 
grammed threshold, the local DMA channel transfers these 
bytes (or words) into local memory. It is crucial that the local 
DMA is given access to the bus within a minimum bus laten- 
cy time; otherwise a FIFO underrun (or overrun) occurs. 


To understand FIFO underruns or overruns, there are two 
causes which produce this condition— 


LOCAL BURST 


BUS MASTER 
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transfers. When the Local DMA transfer is completed the 
Remote DMA will rearbitrate for the bus and continue its 
transfers. This is illustrated below: 


TL/F/10469~26 


. the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has 
serviced the FIFO. 

. the bus latency or bus data rate has slowed the through- 
put of the local DMA to a point where it is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and word width (byte 
wide or word wide). 

The worst case condition ultimately limits the overall bus 
latency which the SNIC can tolerate. 


FIFO Underrun and Transmit Enable 


During transmission, if a FIFO underrun occurs, the Trans- 
mit enable (TXE) output may remain high (active). Generally, 
this will cause a very large packet to be transmitted onto the 
network. The jabber feature of the transceiver will terminate 
the transmission, and reset TXE. 

To prevent this problem, a properly designed system will not 
allow FIFO underruns by giving the SNIC a bus acknowl- 
edge within time shown in the maximum bus latency curves 
shown and described later. 
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13.0 Bus Arbitration and Timing (ontinueg 


FIFO AT THE BEGINNING OF RECEIVE — 

At the beginning of reception, the SNIC stores entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
mine whether the packet matches its Physical Address Reg- 
ister or maps to one of its Multicast Registers. This causes 
the FIFO to accumulate 8 bytes. Furthermore, there are 
some synchronization delays in the DMA PLA. Thus, the 
actual time that BREQ is asserted from the time the Start of 
Frame Delimiter (SFD) is detected is 7.8 xs. This operation 
affects the bus latencies at 2 byte and 4 byte thresholds 
during the first receive BREQ since the FIFO must be filled 
to 8 bytes (or 4 words) before issuing a BREQ. 


FIFO Operation at the End of Receive 

When Carrier Sense goes low, the SNIC enters its end of 

packet processing sequence, emptying its FIFO and writing 

the status information at the beginning of the packet, Figure 

5. The SNIC holds onto the bus for the entire sequence. The 

longest time BREQ may be extended occurs when a packet 

ends just as the SNIC performs its last FIFO burst. The 

SNIC, in this case, performs a programmed burst transfer 

followed by flushing the remaining bytes in the FIFO, and 

completes by writing the header information to memory. The 

following steps occur during this sequence. 

1. SNIC issues BREQ because the FIFO threshold has been 
reached 

2. During the burst, packet ends, resulting in BREQ extend- 
ed. 

3. SNIC flushes remaining bytes from FIFO 

4. SNIC performs internal processing to prepare for writing 
the header. 

5. SNIC writes 4-byte (2-word) header 


6. SNIC deasserts BREQ 


End of Packet Processing 
BREQ / \ 


Burst Length Empty FIFO 


Internal Processing 
to Issue Status 


TL/F/10469-53 


End of Packet Processing (EOPP) times for 10 MHz and 
20 MHz have been tabulated below. 
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End of Packet Processing Times for Various FIFO 
Thresholds, Bus Clocks and Transfer Modes 


Threshold | BusCiock | | EOPP 


Bus Latency (ys) 


Bus Latency (us) 


sacaces 
cacacaces 
@ byte threshold 


Se 


NA = 


10 


15 


DMA Clock (MHz) 


20 
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Maximum Bus Latency for Word Mode 


| bs [4 word threshold] threshold oe ' 
SOS Renae See a 
eee eS 
» 


eet 


ws aN 


DMA Clock (whe) 
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13.0 Bus Arbitration and Timing (Continued) 


Threshold Detection (Bus Latency) 


To assure that no overwriting of data in the FIFO occurs, the 
FIFO logic flags a FIFO overrun as the 13th byte is written 
into the FIFO, effectively shortening the FIFO to 13 bytes. 
The FIFO logic also operates differently in Byte Mode and in 
Word Mode. In Byte Mode, a threshold is indicated when 
the n+1 byte has entered the FIFO; thus, with an 8 byte 
threshold, the SNIC issues Bus Request (BREQ) when the 
9th byte has entered the FIFO. For Word Mode, BREQ is 
not generated until the n+2 bytes have entered the FIFO. 
Thus, with a 4 word threshold (equivalent to 8 byte thres- 


hold), BREQ is issued when the 10th byte has entered the 
FIFO. The two graphs indicate the maximum allowable bus 
latency for Word or Byte transfer modes. 


The FIFO at the Beginning of Transmit 


Before transmitting, the SNIC performs a prefetch from 
memory to load the FIFO. The number of bytes prefetched 
is the programmed FIFO threshold. The next BREQ is not 
issued until after the SNIC actually begins transmitting data, 
i.e., after SFD. The Transmit Prefetch diagram illustrates 
this process. 


Transmit Prefetch Timing 


Tolerated Bus Latency =[(No. of Bytes Stored in FIFO) x 800] ~400ns 
or (12 Bytes - FIFO Threshold) 
whichever is less 


BREQ 
BACK 
WRD Burst Length 


Burst Length 


TXE eae / ni ; 
a 


1-189 


SFD 
TL/F/10469-56 


VLO6E8da 


DP83901A 


13.0 Bus Arbitration and Timing (Continued) 


REMOTE DMA-BIDIRECTIONAL PORT CONTROL 


The Remote DMA transfers data between the local buffer 
memory and a bidirectional port (memory to I/O transfer). 
This transfer is arbited on a byte by byte basis versus the 
burst transfer used for Local DMA transfers. This bidirec- 


tional port is also read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 


Bus Handshake Signals for Remote DMA Transfers. - 


BIDIRECTIONAL PORT. 
SNIC SIGNALS 


WACK 
PRD 


DATA 
PWR 


RACK 


DMA SIGNALS 


low 
DATA 


iORD 


PRQ > ra 


REMOTE READ TIMING 
1. The DMA reads byte/word from local buffer memory and 


writes byte/word into latch, increments the DMA address 
and decrements the byte count (RBCRO, 1). 


2. A Request Line (PRQ) is asserted to inform the system 


that a byte is available. 


3. The system reads the port, the read strobe (RACK) is: 


used as an acknowledge by the Remote DMA and it goes 
back to step 1. 


BREQ 


BACK 


ADO~15 


ADSO 


MRD 


PWR 


PRQ 


RACK 


BYTES WRITTEN 
TO LATCH 
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Steps 1-3 are repeated until the remote DMA is complete. 


Note that in order for the Remote DMA to transfer a byte 
from memory to the latch, it must arbitrate access to the 
local bus via a BREQ, BACK handshake. After each byte or 
word is transferred to the latch, BREQ is dropped. If a Local 
DMA is in progress, the Remote DMA is held off until the 


local DMA is complete. 


ee t—~CS Ne 
oF Ne 
ee NC 
<a 
a  ——<“‘“Cs;~sC~s—s~SCS NN 
———————_,_ _,;-——— 


WAIT FOR 


BYTE READ 
_ 


HOST BY HOST 
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13.0 Bus Arbitration and Timing (Continued) 


REMOTE WRITE TIMING 


A Remote Write operation transfers data from the I/O port 
to the local buffer RAM. The SNIC initiates a transfer by 
requesting a byte/word via the PRQ. The system transfers a 
byte-word to the latch via IOW, this write strobe is detected 
by the SNIC and PRQ is removed. By removing the PRQ, 
the Remote DMA holds off further transfers into the latch 
until the current byte/word has been transferred from the 
latch, PRQ is reasserted and the next transfer can begin. 


PRQ 


WACK 


BYTE WRITTEN 


SYSTEM 


REMOTE DMA WRITE 


Setting PRQ Using the Remote Read 


Under certain conditions the SNIC’s bus state machine may 
issue MWR and PRD before PRQ for the first DMA transfer 
of a Remote Write Command. If this occurs this could cause 
data corruption, or cause the remote DMA count to be dif- 
ferent from the main CPU count causing the system to “lock 
up.” 

To prevent this condition when implementing a Remote 
DMA Write, the Remote DMA Write command should first 
be preceded by a Remote DMA Read command to insure 
that the PRQ signal is asserted before the SNIC starts its 
port read cycle. The reason for this is that the state machine 
that asserts PRQ runs independently of the state machine 
that controls the DMA signals. The DMA machine assumes 
that PRQ is asserted, but actually may not be. To remedy 
this situation, a single Remote Read cycle should be insert- 
ed before the actual DMA Write Command is given. This will 
ensure that PRQ is asserted when the Remote DMA 
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1. SNIC asserts PRQ. System writes byte/word into latch. 
SNIC removes PRQ. 

2. Remote DMA reads contents of port and writes byte/ 
word to local buffer memory, increments address and 
decrements byte count (RBCRO, 1). 

3. Go back to step 1. 

Steps 1-3 are repeated until the remote DMA is com- 
plete. 


BYTE READ FROM LATCH 


+—————_ TO LATCH BY 9 ———————— <—_———_ BY REMOTE DMA AND. —————> 


WRITTEN TO LOCAL 
BUFFER MEMORY 
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Write is subsequently executed. This single Remote Read 
cycle is called a “dummy Remote Read.” In order for the 
dummy Remote Read cycle to operate correctly, the Start 
Address should be programmed to a known, safe location in 
the buffer memory space, and the Remote Byte Count 
should be programmed to a value greater than 1. This will 
ensure that the master read cycle is performed safely, elimi- 
nating the possibility of data corruption. 


Remote Write with High Speed Buses 


When implementing the Remote DMA Write solution with 
high speed buses and CPU’s, timing problems may cause 
the system to hang. Therefore additional considerations are 
required. 


The problem occurs when the system can execute the dum- 
my Remote Read and then start the Remote Write before 
the SNIC has had a chance to execute the Remote Read. If 
this happens the PRQ signal will not get set, and the Re- 
mote Byte Count and Remote Start Address for the Remote 
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13.0 Bus Arbitration and Timing (Continued) 


Remote Write 


Start Address 


Dummy 
DMA Read 


cs Required 
Delay 


Remote Write 
Byte Count 


MRD 


he Remote Wri 
ah uh whe he the ths he the he 


Note: The dashed lines indicate incorrect timing as described in the text. 
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FIGURE 9. Timing Diagram for Dummy Remote Read 


Write operation could be corrupted. This is shown by the 
hatched waveforms in the timing diagram of Figure 9. The 
execution of the Remote Read can be delayed by the local 
DMA operations (particularly during end-of-packet process- 
ing). 

To ensure the dummy Remote Read does execute, a delay 
must be inserted between writing the Remote Read Com- 
mand, and starting to write the Remote Write State Address. 
(This time is designated in Figure 9 by the delay arrows.) 
The recommended method to avoid this problem is after the 
Remote Read command is given, to poll both bytes of the 
Current Remote DMA Address Registers. When the ad- 
dress has incremented PRQ has been set. Software should 
recognize this and then start the Remote Write. 


An additional caution for high speed systems is that the 
polling must follow guidelines specified in Time Between 
Chip Select section. That is, there must be at least 4 bus 
clocks between chip selects (for example when BSCK = 20 
MHz, then this time should be 200 ns). 
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The general flow for executing a Remote Write is: 

1. Set Remote Byte Count to a value >1 and Remote Start 
Address to unused RAM (one location before the transmit 
start address is usually a safe location). 

. Issue the “dummy” Remote Read command. 

. Read the Current Remote DMA Address (CRDA) (both 
bytes). 

. Compare to previous CRDA value if different go to 6. 

. Delay and jump to 3. 

. Set up for the Remote Write command, by setting the 
Remote Byte Count and the Remote Start Address (note 
that if Remote Byte count in step 1 can be set to the 
transmit byte count plus one, and the Remote Start Ad- 
dress to one less, these will now be incremented to the 
correct values.) ~ 

. Issue the Remote Write command. 


13.0 Bus Arbitration and Timing (Continued) 


SLAVE MODE TIMING 


When CGS is low, the SNIC becomes a bus slave. The CPU 
can then read or write any internal registers. All register 
access is byte wide. The timing for register access is shown 
below. The host CPU accesses internal registers with four 
address lines, RAO-RA3, SRD and SWR strobes. 


ADSO is used to latch the address when interfacing to a 
multiplexed, address data bus. Since the SNIC may be a 
local bus master when the host CPU attempts to read or 
write to the controller, an ACK line is used to hold off the 
CPU until the SNIC leaves master mode. Some number of 
BSCK cycles is also required to allow the SNIC to synchro- 
nize to the read or write cycles. 


Write to Register 


REGISTER ADDRESS 
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Read from Register 


REGISTER ADDRESS 


cs 


TIME BETWEEN CHIP SELECTS 

The SNIC requires that successive chip selects be no closer 
than 4 bus clocks (BSCK) together. If the condition is violat- 
ed, the SNIC may glitch ACK. CPUs that operate from pipe- 
lined instructions (i.e., 386) or have a cache (i.e., 486) can 
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execute consecutive I/O cycles very quickly. The solution is 
to delay the execution of consecutive I/O cycles by either 
breaking the pipeline or forcing the CPU to access outside 
its cache. 


Time between Chip Selects 


s« TLE LILI L LU LU LU Lu 
cs >4 BSCK TL/F/10469-58 
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14.0 Preliminary Electrical Characteristics 


Absolute Maximum Ratings | 

lf Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. - 


Supply Voltage (Vcc) —0.5V to'+7.0V 
DC Input Voltage (Vin) —0.5V to Voc + 0.5V 
DC Output Voltage (Vout) —0.5V to Voc + 0.5V 
Storage Temperature Range (Tst«g) —65°C to + 150°C 
Power Dissipation (PD) 

Lead Temp. (TL) (Soldering, 10 sec.) 

ESD Rating (Rzap = 1.5k, Czap = 120 pF) 


260°C 
1.5 kV 


~ 800 mW 


Note: Absolute Maximum ratings are those values beyond 
which the safety of the device cannot be guaranteed. They 
are not meant to imply that the device should be operated at 
these limits. si ety! we 

Note: A// specifications in this datasheet are valid only if the 
mandatory isolation is employed and all differential signals 
are taken to exist at the AUI side of the isolation. 


Preliminary DC Specifications 1, = 0°c to 70°C, Voc = 5V +5%, unless otherwise specified. 


Symbol Parameter _ 


Minimum High Level Output Voltage 
(Notes 1, 4) 


Minimum Low Level Output Voltage 
(Notes 1, 4) 


Minimum High Level Input Voltage (Note 2) 


Vou 


Minimum Low Level Input Voltage 
For RACK, WACK (Note 2) - 


Input Current 


Minimum TRI-STATE 
Output Leakage Current (Note 5) 


_ Average Supply Current 


(Note 3) 


, Conditions _. 


low = —20 pA 
lon = —2.0mA 


’ Mi = Voc or GND 


~ Vout = Voc or GND 
X 


1 = 20 MHz Clock 


lout = 0 pA 
Vin = Voc or GND 


Note 1: These levels are tested dynamically using a limited amount of functional test patterns, please refer to AC test load. 


Voc —0.1 
ty 98.6 
2.7 


+10 
+10 


Note 2: Limited functional test patterns are performed at these input levels. The majority of functional tests are performed at levels of OV and 3V. 


Note 3: This is measured with a 0.1 .F bypass capacitor between Voc and GND. 


Note 4: The low drive CMOS compatible Voy and Vo, limits are not tested directly. Detailed device characterization validates that this specification can be 
guaranteed by testing the high drive TTL compatible Vo, and Voy specification. 


Note 5: RAO-RA3, PRD, WACK, BREQ and INT pins are used as outputs in test mode and as a result are tested as if they are TRI-STATE input/outputs. For these 


pins the input leakage specification is Igz. 
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14.0 Preliminary Electrical Characteristics (Continued) 


Preliminary DC Specifications 1, = 0°c to 70°C, v = 5v +5%, unless otherwise specified. 


Symbol Conditions | Min | Max | Units 


DIFFERENTIAL PINS (TX+, RX+, and CD+) 


Diff. Output Voltage (TX +) 782 Termination, and 270Q:s from each to GND +1200 


X1 is Connected to an Oscillator 
and GND/X2 is Grounded 


GND/X2 is Grounded 
Vin = Voc or GND 


Note 1: This parameter is guaranteed by the isolation and is not tested. 
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15.0 Switching Characteristics ac specs pps3901A Note: All Timing is Preliminary 
Register Read (Latched Using ADSO) 


RAO-RA3 


TL/F/10469~32 


Units 


ns 


Symbol Parameter 

rss Register Select Setup to ADSO Low 

rsh Register Select Hold from ADSO Low 
aswi Address Strobe Width In 

ackdv Acknowledge Low to Data Valid 

rdz Read Strobe to Data TRI-STATE (Note 3) 
rackl Read Strobe to ACK Low (Notes 1, 2) 
rackh Read Strobe to ACK High 


rsrsl Register Select to Slave Read Low, 
Latched RSO-3 


Note 1: ACK is not generated until CS and SRD are low and the SNIC has synchronized to the register access. The SNIC will insert an integral number of Bus Clock 
cycles until it is synchronized. In Dual Bus systems additional cycles will be used for a local or remote DMA to complete. Wait states must be issued to the CPU until 
ACK is asserted low. 


Note 2: CS may be asserted before or after SRD. If CS is asserted after SRD, rackl is referenced from falling edge of CS. CS can be de-asserted concurrently with 
SRD or after SRD is de-asserted. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 


ns 
ns 
ns 
ns 
n*bcyc + 30 ns 
ns 


Oo 


ns 


wb —a/a 
or | @ 

| 

oS 
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15.0 Switching Characteristics ac Specs DP83901A Note: All Timing is Preliminary (Continued) 


Register Read (Non-Latched, ADSO = 1) 


RAO-RAS A 


rsrh 


NANNY M/LL/ 


rsrs 


Parameter 


Register Select to Read Setup 
(Notes 1, 3) 


Register Select Hold from Read 


Read Strobe to Data TRI-STATE (Note 2) 
Read Strobe to ACK Low (Note 3) 


Read Strobe to ACK High 


*bcyc + 30 


ACK Low to Valid Data = 


Note 1: rsrs includes flow-through time of latch. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 
no contention. , 


TL/F/10469-33 


Note 3: CS may be asserted before of after RAO-3, and SRD, since address decode begins when ACK is asserted. If CS is asserted after RAO-3, and SRD, rackl 


is referenced from falling edge of CS. 
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15.0 Switching Characteristics Ac specs DPs3901A Note: All Timing is Preliminary (Continued) 
Register Write (Latched Using ADSO) 


a 


ADO-7 


TL/F/10469-34 


Units 


ns 


symbol | Parameter | Min 
rss | Register SelectSetuptoaDSoLow | 10 
rsh 
| Address Strobewidthin | 15 

| RegisterWriteDataSetup | 20 

| Register WriteDataHold | at 

ie ate 

eee 

ee 


ns. 
ns 
“ns 


ns 


wackh 
wack 
rswe 


Note 1: ACK is not generated unti! CS and SWR are low and the SNIC has synchronized to the register access. In Dual Bus Systems additional cycles will be used 
for a focal DMA or Remote DMA to complete. : 


Note 2: CS may be asserted before or after SWR. If CS is asserted after SWR, wackl is referenced from falling edge of CS. 


ns 
ns 


n*bcyc + 30 ns 


ns 
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15.0 Switching Characteristics ac Specs DP83901A Note: All Timing is Preliminary (Continued) 
Register Write (Non-Latched, ADSO = 1) 


RAO=RAS a ee 


rswh 
cs 
rsws ww 
SWR 
asa wackh 
ACK 
rwds rwdh 


ADO=7 — 


Symbol 


TL/F/10469-~35 


pmin | Max | Units 
rows |__—RegisterSolecttowritesotup(Notot) | 8 | ns 
rsh | __RegisterSelectHoldtromwrite | oS | Ts 
ds | __—RegisterwriteDatasowp | | 
dh | RegisterWrtedataHold =| at | ts 
wack! | __WriteLowtoACKLow(Notez) || ntboyo + 0 | hs 
wackh | WriteHightoACRHign || 
ww | WritewiethiromacR | TT 


Note 1: Assumes ADSO is high when RAO-3 changing. 


Note 2: ACK is not generated until CS and SWR are low and the SNIC has synchronized to the register access. In Dual Bus systems additional cycles will be used 
for a local DMA or remote DMA to complete. 


1-199 


VLO6E8dd 


DP83901A 


15.0 Switching Characteristics ac Specs DP83901A Note: All Timing is Preliminary (Continued) 


DMA Control, Bus Arbitration 
™ Tl 2 %T3 14 3 4 TW 2 8 %m iW 4m 


brght Ky 
BREQ - 


BACK 


ADSO 
ADo-18 ae (Goo Xa 


MWR, MRD : 


FIRST TRANSFER FIRST TRANSFER 
IF BACK SEEN ON IF BACK NOT GIVEN 
FIRST T1 - : ON FIRST T1 


Note 1: BACK must be setup before T1 after BREQ is asserted. Missed setup will slip the beginning of the DMA by four bus clocks. The Bus Latency will influence 
the allowable FIFO threshold and transfer mode (empty/fill vs exact burst transfer). . 


Note 2: During remote DMA transfers only, a single bus transfer is performed. During local DMA operations burst mode transfers are performed. 


TL/F/10469-36 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 
no contention. 


1-200 


15.0 Switching Characteristics ac Specs DP83901A Note: All Timing is Preliminary (Continued) 
DMA Address Generation 


BSCK 


ADS1 


ADSO 


TL/F/10469-37 


Symbol Parameter | win | Max | units 


bcyc Bus Clock Cycle Time (Note 2) a ee eee ns 
bch Bus Clock High Time ee es eee ns 
bel Bus Clock Low Time i a saa ns 
bcash Bus Clock to Address Strobe High a a oe, ns 
beasl as Bus Clock to Address Strobe Low ae a ee ns 
aswo a ee 
beadv | __BusClocktoAddressvaid =| | ts 
beadz | __BusClocktoAddress TRISTATE (Notes) | 15 | 85s 
ads | Address SetuptoADso/tLow | bch 18 | | 
adh |__ Address Holdtromapso/itow | bel~5 | | 


Note 1; Cycles T1’, T2’, T3’ and T4’ are only issued for the first transfer in a burst when 32-bit mode has been selected. 
Note 2: The rate of bus clock must be high enough to support transfers to/from the FIFO at a rate greater than the serial network transfers from/to the FIFO. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics ac specs DP83901A Note: All Timing is Preliminary (Continued) 
DMA Memory Read 


BSCK 
ADSO —— dw 
MRD 


(8, 16 Bir MODE) Coe VITPTTIT TT Reh (“w-7_Y¥/7ZZ 
; avrh —] 

“(8 ar woDE) a OD 

- of eS ———_s_ YT Re Y—$<—{ 10-18 _Y 7777 


TL/F/10469-38 
Symbol Parameter , 


[ min S| Max Units 
bol | BusClocktoReadStobeLow | ns 
bom | __BusClocktoReadStrobeHigh | ns 
ds ata Setp Read stove tign ‘|e ns 
dh | __DataHoldfromReadStrobeHin | ns 
drw ns 


raz - Memory Read High to Address TRI-STATE bch + 40 ne 
(Notes 1, 2) 


asds Address Strobe to Data Strobe ; bel + 10 _ ns 
dsada Data Strobe to Address Active bcyc — 10 ns 
avrh Address Valid to Read Strobe High 3*bcyc — 18 


Note 1: During a burst A8-A15 are not TRI-STATE if byte wide transfers are selected. On the last transfer A8-A15 are TRI-STATE as shown above. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 
lines with no contention. 


ns 


1-202 


15.0 Switching Characteristics ac specs pps3901A Note: All Timing is Preliminary (Continued) 


VLO6E8dd 


DMA Memory Write 
| on | 2 13 u | om | 
BSCK 
bew!l bewh 
ADSO : 
MWR P| 
aswd wds———> 
AD0=7 
(8, 16 BIT MODE) ee ee (0-7 Vf f/f 
mene 
AD8=15 
(8 BIT MODE) aes ie AB=15 


<—_—— wds wh | 
hie Se SS _ 
(16 BIT MODE) LLL A__ ata (00-015) ) = SLM 


TL/F/10469-39 

[Parameter Sdn 
Bus Clock to Write Strobe Low oe me ed 
Bus Clock to Write Strobe High 


2tboye 
Write Strobe to Address TRISTATE (Notes 1,2) | === ss] sbch +40 
Address Strobe to Data Strobe , Po] ttt t0 
ay 


Address Strobe to Write Data Valid bel + 30 


Note 1: When using byte mode transfers A8-At 5 are only TRI-STATE on the last transfer, waz timing is only valid for last transfer in a burst. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 
lines with no contention. 
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15.0 Switching Characteristics ac specs DP83901A Note: All Timing is Preliminary (Continued) = = | 
Wait State Insertion 


T 


2 — Tw 
—- ews — 7 ewr 


14 


" -TL/F/10460-40 


Parameter | Min S| Max 
External Wait SetuptoT30Clock(Note1) | to | | 


External Wait Release Time (Note 1) .. 


Note 1: The addition of wait states affects the count of deserialized bytes and is limited to a number of bus clock cycles depending on the bus clock and network 
rates. The allowable wait states are found in the table below. (Assumes 10 Mbit/sec data rate.) 


Max # of Wait States “7 
Byte Transfer Word Transfer 


Table assumes 10 MHz network clock. 
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The number of allowable wait states in byte mode can be 
calculated using: ... 
. . f Btaw 
# = |———_- - 
Wioyte mode) (<3 tbsck ) 


#W = Number of Wait States 


“tnw Network Clock Period 
--tbsck . .= BSCK Period - 
__ The number of allowable wait states in word mode can be. 


calculated using: . : 
Stnw 1) 
2 tbsck 


#W word mode) = ( 


15.0 Switching Characteristics ac specs DP83901A Note: All Timing is Preliminary (Continued) 


Remote DMA (Read, Send Command) 


-AD0=15 AO=A15 ( —po-pi5s_—) eee 


‘ TL/F/10469-41 


parameter Tin 

| BusClocktoPorWrteLow | 

| BusGlocktoPontwriteHigh Tw 

| _PortWriteHigh toPor Request High (Notet) | |g 
ees Ae ee 
ee Se es 


Port Request Low from Read Acknowledge High 
Remote Acknowledge Read Strobe Pulse Width 


Note 1: Start of next transfer is dependent on where RACK is generted relative to BSCK and whether a local DMA is pending. 
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15.0 Switching Characteristics ac Specs DP83901A Note: All Timing is Preliminary (Continued) 


Remote DMA (Read, Send Command) Recovery Time 
on | T2 


rakw 


ADO = 1.5 A S$ $00 tp 
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Symbol Units 
bpwrl Bus Clock to Port Write Low ns 
bpwrh Bus Clock to Port Write High ns 


prgh Port Write High to Port Request High (Note 1) ns 


pral Port Request Low from Read Acknowledge High ns 
rakw Remote Acknowledge Read Strobe Pulse Width ns 


rhpwh Read Acknowledge High to Next Port Write Cycle 
(Notes 2, 3, 4) 


Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether a local DMA is pending. 
Note 2: This is not a measured value but guaranteed by design. ; . 

Note 3: RACK must be high for a minimum of 7 BSCK. 

Note 4: Assumes no loca! DMA interleave, no CS, and immediate BACK. 


1-206 


15.0 Switching Characteristics ac specs pPs83901A Note: All Timing is Preliminary (Continued) 
Remote DMA (Write Cycle) 


} om | 12 | fs att | tf | 13 | 1% 


ADSO 
MWR 
PRD 
PRQ 


wpral 
Sheil 
WACK 


Ad0~15 
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| Parameter | Min 
Bus Clock to Port Request High (Note 1) hae al 
WACK to Port Request Low 2 


WACK Pulse Width ' 
Bus Clock to Port Read Low (Note 2) 
Bus Clock to Port Read High 


Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. 


Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BSCK and whether a local DMA is pending. 
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15.0 Switching Characteristics Ac specs DP83901A Note: All Timing is Preliminary (Continued) 
Remote DMA (Write Cycle) Recovery Time 


n | 2 | 8 | % Jom | wm [| wm | % | um | 


bprqh 


wackw 
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symbol | Parameter =| Ss Min. =| Max | Units 
bprgh Bus Clock to Port Request High (Note 1) aes eee ee ns 
weral WACK to Port Request Low rn ee ee ee 
ACK a a re 


bprdl Bus Clock to Port Read Low (Note 2) | gs ns 
bprdh Bus Clock to PortReadHigh ns 


wprq Remote Write Port Request to Port . 
Request Time (Notes 3, 4, 5) 12 BSCK 


Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. i * 


Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BSCK and whether a local DMA is pending. 
Note 3: Assuming wackw < 1 BSCK, and no local DMA interleave, no CS, immediate BACK, and WACK goes high before T4. 

Note 4: WACK must be high for a minimum of 7 BSCK. 

Note 5: This is not a measured value but guaranteed by design. 


wackw WACK Pulse Width ; ns 
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15.0 Switching Characteristics ac specs pPs3901A Note: All Timing is Preliminary (Continued) 
Transmit Timing (End of Packet) 


1 0 0 Gi 
: a 
' ' 
_ 
! . ' 
ee ey ge ee 
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TRANSMIT SPECIFICATIONS (End of Packet) 


| Parameter |S Min. | Max 
Transmit Output High before Idle (Half Step) i ie 
Transmit Output Idle Time to +40 mV(Half Step) LT si 8000 


Reset Timing 
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| Parameter | Min. | Max | 
Reset Pulse Width(Note1) {| 8 | | BSCKCycles or TXC Cycles (Note 2) 


Note 1: The RESET pulse requires the BSCK and TXC be stable. On power up, RESET should not be raised until BSCK and TXC have become stable. Several 
registers are affected by RESET. Consult the register descriptions for details. 


Note 2: The slower of BSCK or TXC clocks will determine the minimum time for the RESET signal to be low. TXC is X1 divided by 2. 
If BSCK < TXC then RESET = 8 x BSCK 
If TXC < BSCK then RESET = 8 x TXC 


16.0 AC Timing Test Conditions 
All specifications are valid only if the mandatory isolation is Voc S, (NOTE2) 
employed and all differential signals are taken to be at the : 
AU! side of the pulse transformer. 


Input Pulse Levels (TTL/CMOS) GND to 3.0V 
Input Rise and Fall Times (TTL/CMOS) 5ns p=2.2k 
Input and Output Reference Levies (TTL/CMOS) 1.3V O 
Input Pulse Levels (Diff.) —350 mV to —1315 mV C, (NOTE 1) 
Input and Output 50% Point of L 
Reference Levels (Diff.) the Differential = ws 
TRI-STATE Reference Levels Float (AV) +0.5V TL/F/10469-48 


Note 1: 50 pF, includes scope and jig capacitance 

Note 2: S1 = Open for timing tests for push pull outputs. 
S1 = Voc for Vo, test. 
S1 = GND for Voy test. 
S1 = Voc for High !mpedance to active low and 
active low to High Impedance measurements. 
$1 = GND for High Impedance to active high and 
active high to High Impedance measurements. 


Output Load (See Figure Below) 
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Pin Capacitance 1, = 25°C, t = 1 MHz 


DERATING FACTOR 
Output timings are measured with a purely capacitive load 


for 50 pF. The following correction factor can be used for 
other loads: C_ = 50 pF + 0.3 ns/pF. 


AUI Transmit Load 


TL/F/10469-49 


Note: In the above diagram, the TX+ and TX— signals are taken from the 
AU! side of the isolation (pulse transformer). The pulse transformer 
used for all testing is the Pulse Engineering PE64103. 
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DP8390D/NS32490D NIC Network Interface Controller 


Table of Contents 


General Description 


The DP8390D/NS32490D Network Interface Controller 
(NIC) is a microCMOS VLSI! device designed to ease inter- 
facing with CSMA/CD type local area networks including 
Ethernet, Thin Ethernet (Cheapernet) and StarLAN. The 
NIC implements all Media Access Control (MAC) layer func- 
tions for transmission and reception of packets in accord- 
ance with the IEEE 802.3 Standard. Unique dual DMA chan- 
nels and an internal FIFO provide a simple yet efficient 
packet management design. To minimize system parts 
count and cost, all bus arbitration and memory support logic 
are integrated into the NIC. 

The NIC is the heart of a three chip set that implements the 
complete IEEE 802.3 protocol and node electronics as 
shown below. The others include the DP8391 Serial Net- 
work Interface (SNI) and the DP8392 Coaxial Transceiver 
Interface (CTI). 


Features 

m= Compatible with IEEE 802.3/Ethernet II/Thin Ethernet/ 
StarLAN 

m Interfaces with 8-, 16- and 32-bit microprocessor 
systems 

m= Implements simple, versatile buffer management 

m Requires single 5V supply 

m Utilizes low power microCMOS process 

@ Includes 
— Two 16-bit DMA channels 
— 16-byte internal FIFO with programmable threshold 
— Network statistics storage 

m Supports physical, multicast, and broadcast address 
filtering 

m Provides 3 levels of loopback 

@ Utilizes independent system and network clocks 


1.0 System Diagram 
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2.0 Block Diagram 
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3.0 Functional Description 
(Refer to Figure 7) , 


RECEIVE DESERIALIZER 


The Receive Deserializer is activated when the input signal 
Carrier Sense is asserted to allow incoming bits to be shift- 
ed into the shift register by the receive clock. The serial 
receive data is also routed to the CRC generator/checker. 
The Receive Deserializer includes a synch detector which 
detects the SFD (Start of Frame Delimiter) to establish 
where byte boundaries within the serial bit stream are locat- 
ed. After every eight receive clocks, the byte wide data is 
transferred to the 16-byte FIFO and the Receive Byte Count 
is incremented. The first six bytes after the SFD are 
checked for valid comparison by the Address Recognition 
Logic. If the Address Recognition Logic does not recognize 
the packet, the FIFO is cleared. 


CRC GENERATOR/CHECKER 


During transmission, the CRC logic generates a local CRC 
field for the transmitted bit sequence. The CRC encodes all 
fields after the synch byte. The CRC is shifted out MSB first 
following the last transmit byte. During reception the CRC 
logic generates a CRC field from the incoming packet. This 
local CRC is serially compared to the incoming CRC ap- 
pended to the end of the packet by the transmitting node. If 
the local and received CRC match, a specific pattern will be 
generated and decoded to indicate no data errors. Trans- 
mission errors result in a different pattern and are detected, 
resulting in rejection of a packet. 


TRANSMIT SERIALIZER 


The Transmit Serializer reads parallel data from the FIFO 
and serializes it for transmission. The serializer is clocked by 
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the transmit clock generated by the Seria! Network Interface 
(DP8391). The serial data is also shifted into the CRC gen- 
erator/checker. At the beginning of each transmission, the 
Preamble and Synch Generator append 62 bits of 1,0 pre- 
amble and a 1,1 synch pattern. After the last data byte of 
the packet has been serialized the 32-bit FCS field is shifted 
directly out of the CRC generator. In the event of a collision 
the Preamble and Synch generator is used to generate a 
32-bit JAM pattern of all 1’s 


ADDRESS RECOGNITION LOGIC 


The address recognition logic compares the Destination Ad- 
dress Field (first 6 bytes of the received packet) to the Phys- 
ical address registers stored in the Address Register Array. 
lf any one of the six bytes does not match the pre-pro- 
grammed physical address, the Protocol Control Logic re- 
jects the packet. All multicast destination addresses are fil- 
tered using a hashing technique. (See register description.) 
If the multicast address indexes a bit that has been set in 
the filter bit array of the Multicast Address Register Array 
the packet is accepted, otherwise it is rejected by the Proto- 
col Control Logic. Each destination address is also checked 
for all 1’s which is the reserved broadcast address. 


FIFO AND FIFO CONTROL LOGIC 


The NIC features a 16-byte FIFO. During transmission the 
DMA writes data into the FIFO and the Transmit Serializer 
reads data from the FIFO and transmits it. During reception 
the Receive Deserializer writes data into the FIFO and the 
DMA reads data from the FIFO. The FIFO control logic is 
used to count the number of bytes in the FIFO so that after 
a preset level, the DMA can begin a bus access and write/ 
read data to/from the FIFO before a FIFO underflow//over- 
flow occurs. 


3.0 Functional Description (Continued) 


Because the NIC must buffer the Address field of each in- 
coming packet to determine whether the packet matches its 
Physical Address Registers or maps to one of its Multicast 
Registers, the first local DMA transfer does not occur until 8 
bytes have accumulated in the FIFO. 


To assure that there is no overwriting of data in the FIFO, 
the FIFO logic flags a FIFO overrun as the 13th byte is 
written into the FIFO; this effectively shortens the FIFO to 
13 bytes. In addition, the FIFO logic operates differently in 
Byte Mode than in Word Mode. In Byte Mode, a threshold is 
indicated when the n + 1 byte has entered the FIFO; thus, 
with an 8-byte threshold, the NIC issues Bus Request 
(BREQ) when the 9th byte has entered the FIFO. For Word 
Mode, BREQ is not generated until the n + 2 bytes have 
entered the FIFO. Thus, with a 4 word threshold (equivalent 
to an 8-byte threshold), BREQ is issued when the 10th byte 
has entered the FIFO. 


PROTOCOL PLA 


The protocol PLA is responsible for implementing the IEEE 
802.3 protocol, including collision recovery with random 
backoff. The Protocol PLA also formats packets during 
transmission and strips preamble and synch during recep- 
tion. 


DMA AND BUFFER CONTROL LOGIC 


The DMA and Buffer Control Logic is used to control two 
16-bit DMA channels. During reception, the Local DMA 
stores packets in a receive buffer ring, located in buffer 
memory. During transmission the Local DMA uses pro- 
grammed pointer and length registers to transfer a packet 
from local buffer memory to the FIFO. A second DMA chan- 
nel is used as a slave DMA to transfer data between the 
local buffer memory and the host system. The Local DMA 
and Remote DMA are internally arbitrated, with the Local 
DMA channel having highest priority. Both DMA channels 
use a common external bus clock to generate all required 
bus timing. External arbitration is performed with a standard 
bus request, bus acknowledge handshake protocol. 


4.0 Transmit/Receive Packet 


Encapsulation/Decapsulation 


A standard IEEE 802.3 packet consists of the following 
fields: preamble, Start of Frame Delimiter (SFD), destination 
address, source address, length, data, and Frame Check 
Sequence (FCS). The typical format is shown in Figure 2. 
The packets are Manchester encoded and decoded by the 
DP8391 SNI and transferred serially to the NIC using NRZ 
data with a clock. All fields are of fixed length except for the 
data field. The NIC generates and appends the preamble, 
SFD and FCS field during transmission. The Preamble and 
SFD fields are stripped during reception. (The CRC is 
passed through to buffer memory during reception.) 


PREAMBLE AND START OF FRAME DELIMITER (SFD) 


The Manchester encoded alternating 1,0 preamble field is 
used by the SNI (DP8391) to acquire bit synchronization 
with an incoming packet. When transmitted each packet 
contains 62 bits of alternating 1,0 preamble. Some of this 
preamble will be lost as the packet travels through the net- 
work. The preamble field is stripped by the NIC. Byte align- 
ment is performed with the Start of Frame Delimiter (SFD) 
pattern which consists of two consecutive 1’s. The NIC 
does not treat the SFD pattern as a byte, it detects only the 
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two bit pattern. This allows any preceding preamble within 
the SFD to be used for phase locking. 


DESTINATION ADDRESS 


The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 
ets from reaching a node. There are three types of address 
formats supported by the NIC: physical, multicast, and 
broadcast. The physical address is a unique address that 
corresponds only to a single node. All physical addresses 
have an MSB of “0”. These addresses are compared to the 
internally stored physical address registers. Each bit in the 
destination address must match in order for the NIC to ac- 
cept the packet. Multicast addresses begin with an MSB of 
“1”. The DP8390D filters multicast addresses using a stan- 
dard hashing algorithm that maps all multicast addresses 
into a 6-bit value. This 6-bit value indexes a 64-bit array that 
filters the value. If the address consists of all 1’s it is a 
broadcast address, indicating that the packet is intended for 
all nodes. A promiscuous mode allows reception of all pack- 
ets: the destination address is not required to match any 
filters. Physical, broadcast, multicast, and promiscuous ad- 
dress modes can be selected. 


SOURCE ADDRESS 


The source address is the physical address of the node that 
sent the packet. Source addresses cannot be multicast or 
broadcast addresses. This field is simply passed to buffer 
memory. 


LENGTH FIELD 


The 2-byte length field indicates the number of bytes that 
are contained in the data field of the packet. This field is not 
interpreted by the NIC. 


DATA FIELD 


The data field consists of anywhere from 46 to 1500 bytes. 
Messages longer than 1500 bytes need to be broken into 
multiple packets. Messages shorter than 46 bytes will re- 
quire appending a pad to bring the data field to the minimum 
length of 46 bytes. If the data field is padded, the number of 
valid data bytes is indicated in the length field. The NIC 
does not strip or append pad bytes for short packets, 
or check for oversize packets. 


FCS FIELD 


The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of errors when a packet is received. During 
reception, error free packets result in a specific pattern in 
the CRC generator. Packets with improper CRC will be re- 
jected. The AUTODIN II (X32 + X26 + X23 + X22 + X16 + 
X12 + X11 + X10 + X8 + X7 + X5 + X4 + X2 + X1 + 1) 
polynomial is used for the CRC calculations. 


PREAMBLE SFD DESTINATION SOURCE LENGTH 
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Connection Diagrams 
Plastic Chip Carrier Dual-In-Line Package 
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See NS Package Number N48A or V68A 


5.0 Pin Descriptions 
BUS INTERFACE PINS 


Symbol DIP Pin No | Function | Description 


ADO-AD15 1-12 1/0,Z MULTIPLEXED ADDRESS/DATA BUS: 
14-17 ¢ Register Access, with DMA inactive, CS low and ACK returned from NIC, pins 

ADO-AD7 are used to read/write register data. AD8-AD15 float during I/O 
transfers. SRD, SWRH pins are used to select direction of transfer. 

© Bus Master with BACK input asserted. ' 
During t1 of memory cycle ADO—AD15 contain address. 
During t2, t3, t¢ ADO-AD15 contain data (word transfer mode). , 
During t2, t3, t4 ADO—AD7 contain data, AD8-AD15 contain address 
(byte transfer mode). 
Direction of transfer is indicated by NIC on MWR, MRD lines. 


ADSO 1/0,Z ADDRESS STROBE 0 
e Input with DMA inactive and CS low, latches RAO-RA3 inputs on falling edge. 
If high, data present on RAO-RAS will flow through latch. 
© Output when Bus Master, latches address bits (AO-A15) to external memory ° 
during DMA transfers. 
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5.0 Pin Descriptions (Continued) 


BUS INTERFACE PINS (Continued) 


Symbol 


PRQ, ADS1 


DIP Pin No 


nN 
> 


> 
pb 


> 
_ 


12) 
N 


Description 


CHIP SELECT: Chip Select places controller in slave mode for »P access to 
internal registers. Must be valid through data portion of bus cycle. RAO-RA3 are 
used to select the internal register. SWR and SRD select direction of data 
transfer. 


MASTER WRITE STROBE: Strobe for DMA transfers, active low during write 
cycles (t2, t3, tw) to buffer memory. Rising edge coincides with the presence of 
valid output data. TRI-STATE® until BACK asserted. 


MASTER READ STROBE: Strobe for DMA transfers, active during read cycles 
(t2, t3, tw) to buffer memory. Input data must be valid on rising edge of MRD. 
TRI-STATE until BACK asserted. 


SLAVE WRITE STROBE: Strobe from CPU to write an internal register selected | 
by RAO-RAS. 


SLAVE READ STROBE: Strobe from CPU to read an internal register selected 
by RAO-RA3. 


ACKNOWLEDGE: Active low when NIC grants access to CPU. Used to insert 
WAIT states to CPU until NIC is synchronized for a register read or write 
operation. 


REGISTER ADDRESS: These four pins are used to select a register to be read 
or written. The state of these inputs is ignored when the NIC is not in slave mode 
(CS high). 

PORT READ: Enables data from external latch onto local bus during a memory 
write cycle to local memory (remote write operation). This allows asynchronous 
transfer of data from the system memory to local memory. 


WRITE ACKNOWLEDGE: Issued from system to NIC to indicate that data has 
been written to the external latch. The NIC will begin a write cycle to place the 
data in local memory. 


INTERRUPT: Indicates that the NIC requires CPU attention after reception 
transmission or completion of DMA transfers. The interrupt is cleared by writing 
to the ISR. All interrupts are maskable. 


RESET: Reset is active low and places the NIC in a reset mode immediately, no 
packets are transmitted or received by the NIC until STA bit is set. Affects 
Command Register, Interrupt Mask Register, Data Configuration Register and 
Transmit Configuration Register. The NIC will execute reset within 10 BUSK 
cycles. 


BUS REQUEST: Bus Request is an active high signal used to request the bus for 
DMA transfers. This signal is automatically generated when the FIFO needs 
servicing. 

BUS ACKNOWLEDGE: Bus Acknowledge is an active high signal indicating that 
the CPU has granted the bus to the NIC. If immediate bus access is desired, 
BREQ should be tied to BACK. Tying BACK to Vcc will result In a deadlock. 


PORT REQUEST/ADDRESS STROBE 1 

© 32-BIT MODE: If LAS is set in the Data Configuration Register, this line is 
programmed as ADS1. It is used to strobe addresses A16-A31 into external 
latches. (A16-—A31 are the fixed addresses stored in RSARO, RSAR1.) ADS1 
will remain at TRI-STATE until BACK is received. 

¢ 16-BIT MODE: If LAS is not set in the Data Configuration Register, this line is 
programmed as PRQ and is used for Remote DMA Transfers. In this mode 
PRQ willbe astandard logic output. 

NOTE: This line will power up as TRI-STATE until the Data Configuration 

Register is programmed. 


READY: This pin is set high to insert wait states during a DMA transfer. The NIC 
will sample this signal at t3 during DMA transfers. 
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5.0 Pin Descriptions (Continued) 
BUS INTERFACE PINS (Continued) 


ae DIP Pin No | Function | 


Description 


PORT WRITE: Strobe used to latch data from the NIC into external latch for 
transfer to host memory during Remote Read transfers. The rising edge of PWR 
coincides with the presence of valid data on the local bus. 


READ ACKNOWLEDGE: Indicates that the system DMA or host CPU has read 
the data placed in the external latch by the NIC. The NIC will begin a read cycle 
. to update the latch. 


This clock is used to establish the period of the DMA memory cycle. Four clock 
cycles (t1, t2, t3, t4) are used per DMA cycle. DMA transfers can be extended by 


NETWORK INTERFACE PINS 
COL 


BSN 


aw 
Oo 


N 


o 


The DMA capabilities of the NIC greatly simplify use of the 
DP8390D in typical configurations. The local DMA channel 
transfers data between the FIFO and memory. On transmis- 
sion, the packet is DMA’d from memory to the FIFO in 
bursts. Should a collision occur (up to 15 times), the packet 
is retransmitted with no processor intervention. On recep- 


tion, packets are DMAed from the FIFO to the receive buffer . 


ring (as explained below). 


A remote DMA channel is also provided on the NIC to ac- 
complish transfers between a buffer memory and system 


memory. The two DMA channels can alternatively be com- . 


bined to form a single 32-bit address with 8- or 16-bit data. 
DUAL DMA CONFIGURATION 


An example configuration using both the local and remote. . 


DMA channels is shown below. Network activity is isolated 
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one BSCK increments using the READY input. 


COLLISION DETECT: This line becomes active when a collision has been 
detected on the coaxial cable. During transmission this line is monitored after 
preamble and synch have been transmitted. At the end of each transmission this 
line is monitored for CD heartbeat. 


RECEIVE DATA: Serial NRZ data received from the ENDEC, clocked into the 
NIC on the rising edge of RXC. 


CARRIER SENSE: This signal is provided by the ENDEC and indicates that 
carrier is present: This signal is active high. 


RECEIVE CLOCK: Re-synchronized clock from the ENDEC used to clock data 
from the ENDEC into the NIC. 


LOOPBACK: This output is set high when the NIC is programmed to performa 
loopback through the StarLAN ENDEC. 

TRANSMIT DATA: Serial NRZ Data output to the ENDEC. The data is valid on 
the rising edge of TXC. 

TRANSMIT CLOCK: This clock is used to provide timing for internal operation 


and to shift bits out of the transmit serializer. TXC is nominally a 1 MHz clock 
provided by the ENDEC. 


TRANSMIT ENABLE: This output becomes active when the first bit of the 
packet is valid on TXD and goes low after the last bit of the packet is clocked out 
of TXD. This signal connects directly to the ENDEC. This signal is active high. 


+ 5V DC is required. It is suggested that a decoupling capacitor be connected 


between these pins. It is essential to provide a path to ground for the GND pin 
with the lowest possible impedance. 


6.0 Direct Memory Access Control (DMA) 


on a local bus, where the NIC’s local DMA channel per- 
forms burst transfers between the buffer memory and the 
NIC’s FIFO. The Remote DMA transfers data between the 
buffer memory and the host memory via a bidirectional |/O 
port. The Remote DMA provides local addressing capability 
and is used asa slave DMA by the host. Host side address- 
ing must be provided by a host DMA or the CPU. The NIC 
allows Local and Remote DMA operations to be interleaved. 


SINGLE CHANNEL DMA OPERATION 


If desirable, the two DMA channels can be combined to 
provide a 32-bit DMA address. The upper 16 bits of the 32- 
bit address are static and are used to point to a 64k byte (or 
32k word) page of memory where packets are to be re- 
ceived and transmitted. 


6.0 Direct Memory Access Control (DMA) (Continueg) 
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7.0 Packet Reception 


The Local DMA receive channel uses a Buffer Ring Struc- 
ture comprised of a series of contiguous fixed length 256 
byte (128 word) buffers for storage of received packets. The 
location of the Receive Buffer Ring is programmed in two 
registers, a Page Start and a Page Stop Register. Ethernet 
packets consist of a distribution of shorter link control pack- 
ets and longer data packets, the 256 byte buffer length pro- 
vides a good compromise between short packets and long- 
er packets to most efficiently use memory. In addition these 
buffers provide memory resources for storage of back-to- 
back packets in loaded networks. The assignment of buffers 


NIC Receive Buffer Ring 
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7.0 Packet Reception (Continued) 


for storing packets is controlled by Buffer Management Log- 
ic in the NIC. The Buffer Management Logic provides three 
basic functions: linking receive buffers for long packets, re- 
covery of buffers when a packet is rejected, and recircula- 
tion of buffer pages that have been read by the host. 


At initialization, a portion of the 64k byte (or 32k word) ad- 


dress space is reserved for the receive buffer ring. Two ~ 


eight bit registers, the Page Start Address Register 
(PSTART) and the Page Stop Address Register (PSTOP) 
define the physical boundaries of where the buffers reside. 
The NIC treats the list of buffers as a logical ring; whenever 
the DMA address reaches the Page Stop Address, the DMA 
is reset to the Page Start Address. 


INITIALIZATION OF THE BUFFER RING 


Two static registers and two working registers control the 
operation of the Buffer Ring. These are the Page Start Reg- 
ister, Page Stop Register (both described previously), the 
Current Page Register and the Boundary Pointer Register. 
The Current Page Register points to the first buffer used to 
store a packet and is used to restore the DMA for writing 
status to the Buffer Ring or for restoring the DMA address in 
the event of a Runt packet, a CRC, or Frame Alignment 
error. The Boundary Register points to the first packet in the 
Ring not yet read by the host. If the local DMA address ever 
reaches the Boundary, reception is aborted. The Boundary 
Pointer is also used to initialize the Remote DMA for remov- 
ing a packet and is advanced when a packet is removed. A 
simple analogy to remember the function of these registers 
is that the Current Page Register acts as a Write Pointer and 
the Boundary Pointer acts as a Read Pointer. 


Note 1: At initialization, the Page Start Register value should be loaded into 
both the Current Page Register and the Boundary Pointer Register. 


Note 2: The Page Start Register must not be initialized to OOH. 


Receive Buffer Ring At Initialization 
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BEGINNING OF RECEPTION 


When the first packet begins arriving the NIC begins storing 
the packet at the location pointed to by the Current Page 


Register. An offset of 4 bytes is saved in this first buffer to 


’ ‘allow room for storing receive status corresponding to this 


packet.. 


Received Packet Enters Buffer Pages 
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LINKING RECEIVE BUFFER PAGES 


If the length of the packet exhausts the first 256 byte buffer, 
the DMA performs a forward link to the next buffer to store 
the remainder of the packet. For a maximal length packet 
the buffer logic will link six buffers to store the entire packet. 
Buffers cannot be skipped when linking, a packet will always 
be stored in contiguous buffers. Before the next buffer can 
be linked, the Buffer Management Logic performs two com- 
parisons. The first comparison tests for equality between 
the DMA address of the next buffer and the contents of the 
Page Stop Register. If the buffer address equals the Page 
Stop Register, the buffer management logic will restore the 
DMA to the first buffer in the Receive Buffer Ring value 
programmed in the Page Start Address Register. The sec- 
ond comparison tests for equality between the DMA ad- 
dress of the next buffer address and the contents of the 
Boundary Pointer Register. If the two values are equal the 
reception is aborted. The Boundary Pointer Register can be 
used to protect against overwriting any area in the receive 
buffer ring that has not yet been read. When linking buffers, 
buffer management will never cross this pointer, effectively 
avoiding any overwrites. If the buffer address does not 
match either the Boundary Pointer or Page Stop Address, 
the link to the next buffer is performed. 


Linking Buffers 

Before the DMA can enter the next contiguous 256 byte 
buffer, the address is checked for equality to PSTOP and to 
the Boundary Pointer. !f neither are reached, the DMA is 
allowed to use the next buffer. 


Linking Receive Buffer Pages 


1) Check for = to PSTOP 
2) Check for = to Boundary 


TL/F/8582~32 


7.0 Packet Reception (continued) 
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Buffer Ring Overflow 


If the Buffer Ring has been filled and the DMA reaches the 
Boundary Pointer Address, reception of the incoming pack- 
et will be aborted by the NIC. Thus, the packets previously 
received and still contained in the Ring will not be de- 
stroyed. 


In a heavily loaded network environment the local DMA may 
be disabled, preventing the NIC from buffering packets from 
the network. To guarantee this will not happen, a software 
reset must be issued during all Receive Buffer Ring over- 
flows (indicated by the OVW bit in the interrupt Status Reg- 
ister). The following procedure is required to recover 
from a Receiver Buffer Ring Overflow. 


If this routine is not adhered to, the NIC may act in an unpre- 
dictable manner. It should also be noted that it is not per- 
missible to service an overflow interrupt by continuing to 
empty packets from the receive buffer without implementing 
the prescribed overflow routine. A flow chart of the NIC’s 
overflow routine can be found at the right. 

Note: It is necessary to define a variable in the driver, which will be called 

“Resend”. 
1. Read and store the value of the TXP bit in the NIC’s 
Command Register. 


2. Issue the STOP command to the NIC. This is accom- 
plished be setting the STP bit in the NIC’s Command 
Register. Writing 21H to the Command Register will stop 
the NIC. 

Note: If the STP is set when a transmission is in progress, the RST bit may 
not be set. In this case, the NIC is guaranteed to be reset after the 
longest packet time (1500 bytes = 1.2 ms). For the DP8390D (but not 
for the DP8390B), the NIC will be reset within 2 microseconds after 
the STP bit is set and Loopback mode 1 is programmed. 

3. Wait for at least 1.6 ms. Since the NIC will complete any 
transmission or reception that is in progress, it is neces- 
sary to time out for the maximum possible duration of an 
Ethernet transmission or reception. By waiting 1.6 ms this 
is achieved with some guard band added. Previously, it 
was recommended that the RST bit of the Interrupt 
Status Register be polled to insure that the pending 
transmission or reception is completed. This bit is not a 
reliable indicator and subsequently should be ignored. 


4. Clear the NIC’s Remote Byte Count registers (RBCRO 
and RBCR1). 
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Get OVW Interrupt 


Check and remember the TXP 
bit in the Command Register 


Issue STOP command 
Wait 1.6ms 


Clear RBCRO and RCBR1 registers 


Check 
saved TXP value 


Look at ISR 
0 
Set Resend to a 0 PK + HE 


Set Resend to a 1 Set Resend to a 0 


Put NIC in loopback 
Issue START command 
Remove packet(s) 
Reset OVW bit in the ISR 


Take NIC out of loopback 


Resend = 0 Does 
the packet need to 
be resent 


Resend = 1 


Issue transmit command to the NIC 
(set TXP in Command Register to a 1) 


Set Resend to 0 


Overflow Routine Flow Chart 
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. Read the stored value of the TXP bit from step 1, above. 


If this value is a 0, set the “Resend” variable to a 0 and 
jump to step 6. 

If this value is a 1, read the NIC’s Interrupt Status Regis- 
ter. If either the Packet Transmitted bit (PTX) or Trans- 
mit Error bit (TXE) is set to a 1, set the ‘Resend”’ vari- 
able to a O and jump to step 6. If neither of these bits is 
set, place a 1 in the “Resend” variable and jump to step 
6. 


This step determines if there was a transmission in prog- 
ress when the stop command was issued in step 2. If 
there was a transmission in progress, the NIC’s ISR is 
read to determine whether or not the packet was recog- 
nized by the NIC. If neither the PTX nor TXE bit was set, 


G06P2ESN/G06E8da 


DP8390D/NS32490D 


7.0 Packet Reception (Continued) 


then the packet will essentially be lost and re-transmit- 
ted only after a time-out takes place in the upper level 
software. By determining that the packet was lost at the 
driver level, a transmit command can be reissued to the 
NIC once the overflow routine is completed (as in step 
11). Also, it is possible for the NIC to defer indefinitely, 
when it is stopped on a busy network. Step 5 also allevi- 
ates this problem. Step 5 is essential and should not be 
omitted from the overflow routine, in order for the NIC to 
operate correctly. 


. Place the NIC in either mode 1 or mode 2 loopback. This 
can be accomplished by setting bits D2 and D1, of the 
Transmit Configuration aa to “0,1” or “1,0”, re- 
spectively. 


. lssue the START command to the NIC. This can be ac- 
complished by writing 22H to the Command Register. 
This is necessary to activate the NIC’s Remote DMA 
channel. 


. Remove one or more packets from the receive buffer 
ring. 

. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 


. Take the NIC out of loopback. This is done by writing the 
Transmit Configuration Register with the value it con- 
tains during normal operation. (Bits D2 and D1 should 
both be programmed to 0.) 

. If the “Resend” variable is set to a 1, reset the ‘“Re- 
send” variable and reissue the transmit command. This 
is done by writing a value of 26H to the Command Reg- 
ister. If the “Resend” variable is 0, nothing needs to be 
done. 


Note: If Remote DMA is not being used, the NIC does not need to be started 
before packets can be removed from the receive buffer ring. Hence, 
step 8 could be done before step 7. 


END OF PACKET OPERATIONS 

At the end of the packet the NIC determines whether the 
received packet is to be accepted or rejected. It either 
branches to a routine to store the Buffer Header or to anoth- 
er routine that recovers the buffers used to store the packet. 
SUCCESSFUL RECEPTION 

if the packet is successfully received as shown, the DMA is 
restored to the first buffer used to store the packet (pointed 


Termination of Received Packet—Packet Accepted 


CURRENT 
PAGE 
REGISTER 


J<—>l PACKET STATUS 
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to by the Current Page Register). The DMA then stores the 
Receive Status, a Pointer to where the next packet will be 
stored (Buffer 4) and the number of received bytes. Note 
that the remaining bytes in the last buffer are discarded and 
reception of the next packet begins on the next empty 256- 
byte buffer boundary. The Current Page Register is then 
initialized to the next available buffer in the Buffer Ring. (The 
location of the next buffer had been previously calculated 
and temporarily stored in an internal scratchpad register.) 


BUFFER RECOVERY FOR REJECTED PACKETS 


If the packet is a runt packet or contains CRC or Frame 
Alignment errors, it is rejected. The buffer management log- 
ic resets the DMA back to the first buffer page used to store 
the packet (pointed to by CURR), recovering all buffers that 
had been used to store the rejected packet. This operation 
will not be performed if the NIC is programmed to accept 
either runt packets or packets with CRC or Frame Alignment 
errors. The received CRC is always stored in buffer memory 
after the last byte of received data for the packet. 


Termination of Received Packet—Packet Rejected 
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Error Recovery a 


If the packet is rejected as shown, the DMA is restored by 
the NIC by reprogramming the DMA starting address point- 
ed to by the Current Page Register. 


REMOVING PACKETS FROM THE RING 


Packets are removed from the ring using the Remote DMA 
or an external device. When using the Remote DMA the 
Send Packet command can be used. This programs the Re- 
mote DMA to automatically remove the received packet 
pointed to by the Boundary Pointer. At the end of the trans- 
fer, the NIC moves the Boundary Pointer, freeing additional 
buffers for reception. The Boundary Pointer can also be 
moved manually by programming the Boundary Register. 
Care should be taken to keep the Boundary Pointer at least 
one buffer behind the Current Page Pointer. 


The following is a suggested method for maintaining the 
Receive Buffer Ring pointers. 


1. At initialization, set up a software variable (next_pkt) to 
indicate where the next packet will be read. At the begin- 
ning of each Remote Read DMA operation, the value of 
next_pkt will be loaded into RSARO and RSAR1. 

2. When initializing the NIC set: 

BNDRY = PSTART 
CURR = PSTART + 1 
next_pkt = PSTART + 1 


7.0 Packet Reception (continued) 


3. After a packet is DMAed from the Receive Buffer Ring, 
the Next Page Pointer (second byte in NIC buffer header) 
is used to update BNDRY and next_opkt. 


next_pkt = Next Page Pointer 
BNDRY = Next Page Pointer — 1 
If BNDRY < PSTART then BNDRY = PSTOP — 1 


Note the size of the Receive Buffer Ring is reduced by one 
256-byte buffer; this will not, however, impede the operation 
of the NIC. 


In StarLAN applications using bus clock frequencies greater 
than 4 MHz, the NIC does not update the buffer header 
information properly because of the disparity between the 
network and bus clock speeds. The lower byte count is cop- 
ied twice into the third and fourth locations of the buffer 
header and the upper byte count is not written. The upper 
byte count, however, can be calculated from the current 
next page pointer (second byte in the buffer header) and the 
previous next page pointer (stored in memory by the CPU). 
The following routine calculates the upper byte count and 
allows StarLAN applications to be insensitive to bus clock 
speeds. Next_pkt is defined similarly as above. 


1st Received Packet Removed By Remote DMA 
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upper byte count = next page pointer — next_nkt — 1 
if (upper byte count) < 0 then 
upper byte count = (PSTOP — next_pkt) + 

(next page pointer — PSTART) — 1 
if (lower byte count) > 0 fch then 
upper byte count = upper byte count + 1 


STORAGE FORMAT FOR RECEIVED PACKETS 


The following diagrams describe the format for how re- 
ceived packets are placed into memory by the local DMA 
channel. These modes are selected in the Data Configura- 
tion Register. 

Storage Format 


--AD15. ADB AD7 ADO 
_ | Next Packet Receive 
. Pointer Status 
Receive Receive 
Byte Count 1 Byte Count 0 


BOS = 0, WTS = 1 in Data Configuration Register. 
This format used with Series 32000 808X type processors. 
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AD15 AD8 AD7 ADO 
Next Packet Receive 
Pointer Status 
Receive Receive 
Byte Count 1 


Byte Count 0 
Byte 2 


BOS = 1, WTS = 1 in Data Configuration Register. 


This format used with 68000 type processors. 
Note: The Receive Byte Count ordering remains the same for BOS=0 or 1. 


AD7 ADO 


Receive Status 
Next Packet — 
Pointer 
Receive Byte 
Count 0 
Receive Byte ~ 
Count 1 


BOS = 0, WTS = 0 in Data Configuration Register. 
This format used with general 8-bit CPUs. 


8.0 Packet Transmission 


The Local DMA is also used during transmission of a pack- 
et. Three registers control the DMA transfer during trans- 
mission, a Transmit Page Start Address Register (TPSR) 
and the Transmit Byte Count Registers (TBCRO,1). When 
the NIC receives a command to transmit the packet pointed 
to by these registers, buffer memory data will be moved into 
the FIFO as required during transmission. The NIC will gen- 
erate and append the preamble, synch and CRC fields. 


TRANSMIT PACKET ASSEMBLY 


The NIC requires a contiguous assembled packet with the 
format shown. The transmit byte count includes the Destina- 
tion Address, Source Address, Length Field and Data. It 
does not include preamble and CRC. When transmitting 
data smaller than 46 bytes, the packet must be padded to a 
minimum size of 64 bytes. The programmer is responsible 
for adding and stripping pad bytes. 


General Transmit Packet Format 


TX BYTE COUNT 
(TBCRO,1) 


PAD (IF DATA < 46 BYTES) 
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8.0 Packet Transmission (Continued) 


TRANSMISSION 


Prior to transmission, the TPSR (Transmit Page Start Regis- 
ter) and TBCRO, TBCR1 (Transmit Byte Count Registers) 
must be initialized. To initiate transmission of the packet the 
TXP bit in the Command Register is set. The Transmit 
Status Register (TSR) is cleared and the NIC begins to pre- 
fetch transmit data from memory (unless the NIC is currently 
receiving). If the interframe gap has timed out the NIC will 
begin transmission. 


CONDITIONS REQUIRED TO BEGIN TRANSMISSION 


In order to transmit a packet, the following three conditions 
must be met: 


1. The Interframe Gap Timer has timed out the first 6.4 ps 
of the Interframe Gap (See appendix for Interframe Gap 
Flowchart) 


2. At least one byte has entered the FIFO. (This indicates 
that the burst transfer has been started) 


3. If the NIC had collided, the backoff timer has expired. 


In typical systems the NIC has already prefetched the first 
burst of bytes before the 6.4 ys timer expires. The time 
during which NIC transmits preamble can also be used to 
load the FIFO. 


Note: If carrier sense is asserted before a byte has been loaded into the 
FIFO, the NIC will become a receiver. 


COLLISION RECOVERY 


During transmission, the Buffer Management logic monitors 
the transmit circuitry to determine if a collision has occurred. 
If a collision is detected, the Buffer Management logic will 
reset the FIFO and restore the Transmit DMA pointers for 
retransmission of the packet. The COL bit will be set in the 
TSR and the NCR (Number of Collisions Register) will be 
incremented. If 15 retransmissions each result in a collision 
the transmission will be aborted and the ABT bit in the TSR 
will be set. 

Note: NCR reads as zeroes if excessive collisions are encountered. 


TRANSMIT PACKET ASSEMBLY FORMAT 


The following diagrams describe the format for how packets 
must be assembled prior to transmission for different byte 
ordering schemes. The various formats are selected in the 
Data Configuration Register. 

D15 


D8 D7 


BOS = 0, WTS = 1 in Data Configuration Register. 


This format is used with Series 32000, 808X type proces- 
sors. 
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BOS = 1, WTS = 1 in Data Configuration Register. 
This format is used with 68000 type processors. 


D7 DO 


BOS = 0, WTS = O in Data Configuration Register. 


This format is used with general 8-bit CPUs. 


Note: All examples above will result in a transmission of a packet in order of 
DAO, DA1, DA2, DA .. . bits within each byte will be transmitted least 
significant bit first. 


DA = Destination Address 
SA = Source Address 
T/L = Type/Length Field 


9.0 Remote DMA 


The Remote DMA channel is used to both assemble pack- 
ets for transmission, and to remove received packets from 
the Receive Buffer Ring. It may also be used as a general 
purpose slave DMA channel for moving blocks of data or 
commands between host memory and local! buffer memory. 
There are three modes of operation, Remote Write, Remote 
Read, or Send Packet. 


Two register pairs are used to control the Remote DMA, a 
Remote Start Address (RSARO, RSAR1) and a Remote 
Byte Count (RBCRO, RBCR?1) register pair. The Start Ad- 
dress Register pair points to the beginning of the block to be 
moved while the Byte Count Register pair is used to indicate 
the number of bytes to be transferred. Full handshake logic 
is provided to move data between local buffer memory and 
a bidirectional! 1/O port. 


9.0 Remote DMA continued) 


REMOTE WRITE 


A Remote Write transfer is used to move a block of data 
from the host into local buffer memory. The Remote DMA 
will read data from the I/O port and sequentially write it to 
local buffer memory beginning at the Remote Start Address. 
The DMA Address will be incremented and the Byte Coun- 
ter will be decremented after each transfer. The DMA is 
terminated when the Remote Byte Count Register reaches 
a count of zero. 


REMOTE READ 


A Remote Read transfer is used to move a block of data 
from local buffer memory to the host. The Remote DMA will 
sequentially read data from the local buffer memory, begin- 
ning at the Remote Start Address, and write data to the I/O 
port. The DMA Address will be incremented and the Byte 
Counter will be decremented after each transfer. The DMA 
is terminated when the Remote Byte Count Register reach- 
es zero. 


REMOTE DMA WRITE 


Setting PRQ Using the Remote Read 


Under certain conditions the NIC’s bus state machine may 
issue /MWR and’ /PRD before PRQ for the first DMA trans- 
fer of a Remote Write Command. If this occurs this could 
cause data corruption, or cause the remote DMA count to 
be different from the main CPU count causing the system to 
“lock up”. 


To prevent this condition when implementing a Remote 
DMA Write, the Remote DMA Write command should first 
be preceded by a Remote DMA Read command to insure 
that the PRQ signal is asserted before the NIC starts its port 
read cycle. The reason for this is that the state machine that 
asserts PRQ runs independently of the state machine that 
controls the DMA signals. The DMA machine assumes that 
PRQ is asserted, but actually may not be. To remedy this 
situation, a single Remote Read cycle should be inserted 
before the actual DMA Write Command is given. This will 
ensure that PRQ is asserted when the Remote DMA Write is 
subsequently executed. This single Remote Read cycle is 


Remote Write 
Start Address 


Dummy 
DMA Read 


¢s \ l Required \ / \ / 
Delay 


called a ‘dummy Remote Read.” In order for the dummy 
Remote Read cycle to operate correctly, the Start Address 
should be programmed to a known, safe location in the buff- 
er memory space, and the Remote Byte Count should be 
progammed to a value greater than 1. This will ensure that 
the master read cycle is performed safely, eliminating the 
possiblity of data corruption. 


Remote Write with High Speed Buses 


When implementing the Remote DMA Write solution in pre- 
vious section with high speed buses and CPU's, timing 
problems may cause the system to hang. Therefore addi- 
tional considerations are required. 


The problem occurs when the system can execute the dum- 
my Remote Read and then start the Remote Write before 
the NIC has had a chance to execute the Remote Read. If 
this happens the PRQ signal will not get set, and the Re- 
mote Byte Count and Remote Start Address for the Remote 
Write operation could be corrupted. This is shown by the 
hatched waveforms in the timing diagram below. The execu- 
tion of the Remote Read can be delayed by the local DMA 
operations (particularly during end-of-packet processing). 


To ensure the dummy Remote Read does execute, a delay 
must be inserted between writing the Remote Read Com- 
mand, and starting to write the Remote Write Start Address. 
(This time is designated in figure below by the delay arrows.) 
The recommended method to avoid this problem is, after 
the Remote Read command is given, to poll both bytes of 
the Current Remote DMA Address Registers. When the ad- 
dress has incremented, PRQ has been set. Software should 
recognize this and then start the Remote Write. 

An additional caution for high speed systems is that the 
polling must follow guidelines specified at the end of Sec- 
tion 13. That is, there must be at least 4 bus clocks between 
chip selects. (For example, when BSCK = 20 MHz, then 
this time should be 200 ns.) 


The general flow for executing a Remote Write is: 


1. Set Remote Byte Count to a value >1 and Remote Start 
Address to unused RAM (one location before the transmit 
start address is usually a safe location). 


Remote Write 
Byte Count 
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Timing Diagram for Dummy Remote Read 


Note: The dashed lines indicate incorrect timing. 
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9.0 Remote DMA (Continued) 


2. Issue the “dummy” Remote Read command. 
3. Read the Current Remote DMA Address (CRDA) (both 
bytes). 
. Compare to previous CRDA value if different go to 6. 
. Delay and jump to 3. 


. Set up for the Remote Write command, by setting the 
Remote Byte Count and the Remote Start Address (note 
that if the Remote Byte count in step 1 can be set to the 
tramsmit byte count plus one, and the Remote Start Ad- 
dress to one less, these will now be incremented to the 
correct values.) 


7. Issue the Remote Write command. 
FIFO AND BUS OPERATIONS 


Overview 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the NIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold is programmable, allowing filling (or emptying) the 
FIFO at different rates. When the FIFO has filled to its pro- 
grammed threshold, the local DMA channel transfers these 
bytes (or words) into local memory. It is crucial that the local 
DMA is given access to the bus within a minimum bus laten- 
cy time; otherwise a FIFO underrun (or overrun) occurs. 


To understand FIFO underruns or overruns, there are two 


causes which produce this condition— 


1) the bus latency is so long that the FIFO has filled (or 
emptied) from the network before the local DMA has 
serviced the FIFO. 


2) the bus latency or bus data rate has slowed the through- 
put of the local DMA to point where it is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and word width (byte 
wide or word wide). 


The worst case condition ultimately limits the overall bus 
latency which the NIC can tolerate. 


FIFO Underrun and Transmit Enable 


During transmission, if a FIFO underrun occurs, the Trans- 
mit enable (TXE) output may remain high (active). Generally, 
this will cause a very large packet to be transmitted onto the 
network. The jabber feature of the transceiver will terminate 
the transmission, and reset TXE. 


To prevent this problem, a properly designed system will not 
allow FIFO underruns by giving the NIC a bus acknowledge 
within time shown in the maximum bus latency curves 
shown and described later. 


FIFO at the Beginning of Receive 


At the beginning of reception, the NIC stores entire Address 
field of each incoming packet in the FIFO to determine 
whether the packet matches its Physical Address Registers 
or maps to one of its Multicast Registers. This causes the 
FIFO to accumulate 8 bytes. Furthermore, there are some 
synchronization delays in the DMA PLA. Thus, the actual 
time that BREQ is asserted from the time the Start of Frame 
Delimiter (SFD) is detected is 7.8 ys. This operation affects 
the bus latencies at 2 and 4 byte thresholds during the first 
receive BREQ since the FIFO must be filled to 8 bytes (4 
words) before issuing a BREQ. 


1-224 


FIFO Operation at the End of Receive 


When Carrier Sense goes low, the NIC enters its end of 
packet processing sequence, emptying its FIFO and writing 
the status information at the beginning of the packet, figure 
below. This NIC holds onto the bus for the entire sequence. 
The longest time BREQ may be extended occurs when a 
packet ends just as the NIC performs its last FIFO burst. 
The NIC, in this case, performs a programmed burst transfer 
followed by flushing the remaining bytes in the FIFO, and 
completes by writing the header information to memory. The 
following steps occur during this sequence. 


1) NIC issues BREQ because the FIFO threshold has been 
reached. 


2) During the burst, packet ends, resulting in BREQ extend- 
ed. 


3) NIC flushes remaining bytes from FIFO. 


4) NIC performs internal processing to prepare for writing 
the header. 


5) NIC writes 4-byte (2-word) header. 
6) NIC deasserts BREQ. 


BREQ / ; \ 


Burst Length 


Empty FIFO 


Internal Processing 
to issue Status 
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End of Packet Processing 


End of Packet Processing (EOPP) times for 10 MHz and 
20 MHz have been tabulated in the table below. 


End of Packet Processing Times for Various FIFO 
Thresholds, Bus Clocks and Transfer Modes 


Threshold | BusCiock | EOPP 


Threshold Detection (Bus Latency) 


To assure that no overwriting of data in the FIFO, the FIFO 
logic flags a FIFO overrun as the 13th byte is written into the 
FIFO, effectively shortening the FIFO to 13 bytes. The FIFO 
logic also operates differently in Byte Mode and in Word 
Mode. In Byte Mode, a threshold is indicated when the n+ 1 


9.0 Remote DMA (continued) 


Maximum Bus Latency for Byte Mode . 


our 4 ae 
FAA 
NZ 


DMA Clock (MHz) 


Bus Latency (ps) 
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byte has entered the FIFO; thus, with an 8 byte threshold, 
the NIC issues Bus Request (BREQ) when the 9th byte has 
entered the FIFO. For Word Mode, BREQ is not generated 
until the n+ 2 bytes have entered the FIFO. Thus, with a 4 
word threshold (equivalent to 8 byte threshold), BREQ is 
issued when the 10th byte has entered the FIFO. The two 
graphs, the figures above, indicate the maximum allowable 
bus latency for Word and Byte transfer modes. 


The FIFO at the Beginning of Transmit 

Before transmitting, the NIC performs a prefetch from mem- 
ory to load the FIFO. The number of bytes prefetched is the 
programmed FIFO threshold. The next BREQ is not issued 
until after the NIC actually begins trasmitting data, i.e., after 
SFD. The Transmit Prefetch diagram illustrates this process. 


SEND PACKET COMMAND 


The Remote DMA channel can be automatically initialized 
to transfer a single packet from the Receive Buffer Ring. 


Maximum Bus Latency for Word Mode 
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The CPU begins this transfer by issuing a “Send Packet” 
Command. The DMA will be initialized to the value of the 
Boundary Pointer Register and the Remote Byte Count 
Register pair (RBCRO, RBCR1) will be initialized to the value 
of the Receive Byte Count fields found in the Buffer Header 
of each packet. After the data is transferred, the Boundary 
Pointer is advanced to allow the buffers to be used for new 
receive packets. The Remote Read will terminate when the 
Byte Count equals zero. The Remote DMA is then prepared 
to read the next packet from the Receive Buffer Ring. If the 
DMA pointer crosses the Page Stop Register, it is reset to 
the Page Start Address. This allows the Remote DMA to 
remove packets that have wrapped around to the top of the 
Receive Buffer Ring. 

Note 1:!n order for the NIC to correctly execute the Send Packet Com- 
mand, the upper Remote Byte Count Register (RBCR1) must first 
be loaded with OFH. 

Note 2: The Send Packet command cannot be used with 68000 type proc- 
essors. 


Transmit Prefetch Timing 


Tolerated Bus Latency =[(No. of Bytes Stored in FIFO) x 800] - 400ns 
or (12 Bytes - FIFO Threshold) 
whichever is less 


Burst Length 
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9.0 Remote DMA (continued) 


Remote DMA Autoinitialization from Buffer Ring 


10.0 Internal Registers 


All registers are 8-bit wide and mapped into two pages 
which are selected in the Command Register (PSO, PS1). 
Pins RAO-RA3 are used to address registers within each 
page. Page 0 registers are those registers which are com- 
monly accessed during NIC operation while page 1 registers 
are used primarily for initialization. The registers are parti- 
tioned to avoid having to perform two write/read cycles to 
access Commonly used registers. 
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REGISTERS LOADED BY 
AUTOSEND COMMAND 


REMOTE REMOTE 
BYTE COUNT1 | BYTE COUNTO 


REMOTE REMOTE 
START ADD 1 | START ADDO 
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10.1 REGISTER ADDRESS MAPPING 


COMMAND REGISTER 


ADDRESS 
DECODE 
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10.0 Internal Registers (Continued) 


10.2 REGISTER ADDRESS ASSIGNMENTS 
Page 0 Address Assignments (PS1 = 0, PSO = 0) 


RAQ-RA3 [ wR 
| 00H | Command (CR) Command (CR) 


01H Current LocalDMA__ | Page Start Register 
Address 0 (CLDAO) | (PSTART) 
02H Current Local DMA _ | Page Stop Register 
Address 1(CLDA1) | (PSTOP) 
03H Boundary Pointer Boundary Pointer 
(BNRY) (BNRY) 
04H Transmit Status Transmit Page Start 
Register (TSR) Address (TPSR) 
05H Number of Collisions | Transmit Byte Count 
Register (NCR) Register 0 (TBCRO) 
06H FIFO (FIFO) Transmit Byte Count 
Register 1 (TBCR1) 
07H Interrupt Status Interrupt Status 
Register (ISR) Register (ISR) 
08H Current Remote DMA | Remote Start Address 
Address 0 (CRDAO) | Register 0 (RSARO) 
09H Current Remote DMA | Remote Start Address 
Address 1 (CRDA1) | Register 1 (RSAR1) 
OAH Reserved Remote Byte Count 
Register 0 (RBCRO) 
OBH Reserved Remote Byte Count 
Register 1 (RBCR1) 
OCH Receive Status Receive Configuration 
Register (RSR) Register (ROR) 
ODH 


Tally Counter 0 Transmit Configuration 
(Frame Alignment Register (TCR) 
Errors) (CNTRO) 


OEH Tally Counter 1 Data Configuration 
(CRC Errors) Register (DCR) 
(CNTR1) 


Tally Counter 2 Interrupt Mask 
(Missed Packet Register (IMR) 
Errors) (CNTR2) 
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Page 1 Address Assignments (PS1 = 0, PSO = 1) 


RAO-RA3 | RD 
Command (CR) Command (CR) 


Physical Address Physical Address 
Register 0 (PARO) Register 0 (PARO) 
Physical Address Physical Address 
Register 1 (PAR1) Register 1 (PAR1) 
Physical Address Physical Address 
Register 2 (PAR2) Register 2 (PAR2) 
Physical Address Physical Address 
Register 3 (PAR3) Register 3 (PAR3) 
Physical Address Physical Address 
Register 4 (PAR4) Register 4 (PAR4) 
Physical Address Physical Address 
Register 5 (PARS5) Register 5 (PAR5) 


Current Page Current Page 
Register (CURR) Register (CURR) 


Multicast Address Multicast Address 
Register 0 (MARO) Register 0 (MARO) 
Multicast Address Multicast Address 
Register 1 (MAR1) Register 1 (MAR1) 
Multicast Address Multicast Address 
Register 2 (MAR2) Register 2 (MAR2) 
Multicast Address Multicast Address 
Register 3 (MAR3) Register 3 (MAR3) 


OCH Multicast Address Multicast Address 
Register 4 (MAR4) Register 4 (MAR4) 


ODH Multicast Address Multicast Address 
Register 5 (MAR5) Register 5 (MARS5) 


d06PeESN/d06E8da 


00H 
01H 
02H 
03H 


0 


4H 
05H 
7H 


0 


0 


08H 
09H 
AH 
BH 


0 


Multicast Address Multicast Address 
Register 6 (MAR6) Register 6 (MAR6) 


Multicast Address Multicast Address 
Register 7 (MAR7) Register 7 (MAR7) 
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10.0 Internal Registers (Continued) 
Page 2 Address Assignments (PS1 = 1, PSO = 0) 


[rao-ras] oid 
[ommend 6a) 


Command (CR) 


Command (CR) 


01H. Page Start Register | Current Local DMA 
(PSTART) . | Address 0 (CLDAO) 
Page Stop Register | Current Local DMA 
(PSTOP) Address 1 (CLDA1) 


Remote Next Packet 
Pointer 


Remote Next Packet 
Pointer 
04H Transmit Page Start | Reserved 
Address (TPSR) 
Local Next Packet | Local Next Packet 
Pointer Pointer 
06H Address Counter Address Counter 
(Upper) (Upper) 
07H -— | Address Counter Address Counter 
(Lower) (Lower) 
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|Rao-ras | DS] wR 
| 00H | Reserved | Reserved_| 
CH 


ODH Transmit Configuration Reserved 
_| Register(TCR) 
OEH Data Configuration Reserved 
Register (DCR) 
Interrupt Mask Register 


(IMR) 


Note: Page 2 registers should only be accessed for diagnostic purposes. 
They should not be modified during normal operation. : 


Page 3 should never be modified. 


Receive Configuration - 
Register (RCR) 


10.0 Internal Registers (Continued) 
10.3 Register Descriptions 


COMMAND REGISTER (CR) 


The Command Register is used to initiate transmissions, enable or disable Remote DMA operations and to select register 
pages. To issue a command the microprocessor sets the corresponding bit(s) (RD2, RD1, RDO, TXP). Further commands may 
be overlapped, but with the following rules: (1) If a transmit command overlaps with a remote DMA operation, bits RDO, RD1, 
and RD2 must be maintained for the remote DMA command when setting the TXP bit. Note, if a remote DMA command is re-is- 
sued when giving the transmit command, the DMA will complete immediately if the remote byte count register have not been re- 
initialized. (2) tf a remote DMA operation overlaps a transmission, RDO, RD1, and RD2 may be written with the desired values 
and a “0” written to the TXP bit. Writing a ‘‘0” to this bit has no effect. (3) A remote write DMA may not overlap remote read 
operation or visa versa. Either of these operations must either complete or be aborted before the other operation may start. 


Bits PS1, PSO, RD2, and STP may be set any time. 


D3, D4, DS 


D6, D7 


RDO, RD1, RD2 


PSO, PS1 


=~ -—-4 ©O 


00H (READ/WRITE) 


7 6 5 4 3 2 1 0 
[pst | pso | poz | p01 | p00 | rxe | sta | ste | 


Description 


STOP: Software reset command, takes the controller offline, no packets will be received or 
transmitted. Any reception or transmission in progress will continue to completion before 
entering the reset state. To exit this state, the STP bit must be reset and the STA bit must be 
set high. To perform a software reset, this bit should be set high. The software reset has 
executed only when indicated by the RST bit in the ISR being set to a 1. STP powers up 
high. 

Note: If the NIC has previously been in start mode and the STP is set, both the STP and STA bits will remain set. 


START: This bit is used to activate the NIC after either power up, or when the NIC has been 
placed in a reset mode by software command or error. STA powers up low. 


TRANSMIT PACKET: This bit must be set to initiate transmission of a packet. TXP is 
internally reset either after the transmission is completed or aborted. This bit should be set 


only after the Transmit Byte Count and Transmit Page Start registers have been 
programmed. . 
Note: Before the transmit command is given, the STA bit must be set and the STP bit reset. 


REMOTE DMA COMMAND: These three encoded bits control operation of the Remote DMA 
channel. RD2 can be set to abort any Remote DMA command in progress. The Remote Byte 
Count Registers should be cleared when a Remote DMA has been aborted. The Remote 
Start Addresses are not restored to the starting address if the Remote DMA is aborted. 
RD2 RD1 RDO 

0 0. Not Allowed — 

0 1 Remote Read 

0 0 _ Remote Write (Note 2) 

0 1 Send Packet 
1 X Abort/Complete Remote DMA (Note 1) 


Note 1: If aremote DMA operation is aborted and the remote byte count has not decremented to zero, PRQ (pin 29, 
DiP) will remain high. A read acknowledge (RACK) on a write acknowledge (WACK) will reset PRQ low. 


Note 2: For proper operation of the Remote Write DMA, there are two steps which must be performed before using 
the Remote Write DMA. The steps are as follows: 


i) Write a non-zero value into RBCRO. 

ii) Set bits RD2, RD1, RDO to 0, 0, 1. 

iii) Set RBCRO, 1 and RSARO, 1 

iv) lssue the Remote Write DMA Command (RD2, RD1, RDO = 0, 1, 0) 


PAGE SELECT: These two encoded bits select which register page is to be accessed with 
addresses RAO-3. 

PS1 PSO 

Register Page 0 

Register Page 1 

Register Page 2 

Reserved 
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10.0 internal Registers (Continued) 
10.3 Register Descriptions (Continued) 


INTERRUPT STATUS REGISTER (ISR) 07H (READ/WRITE) 


This register is accessed by the host processor to determine the cause of an interrupt. Any interrupt can be masked in the 
Interrupt Mask Register (IMR). Individual interrupt bits are cleared by writing a “1” into the corresponding bit of the ISR. The INT 
signal is active as long as any unmasked signal is set, and will not go low until all unmasked bits in this pegistet have been 
cleared. The ISR must be cleared after power up by varing it with all 1's. 


1 0 


Description 
PACKET RECEIVED: Indicates packet received with no errors. 
PACKET TRANSMITTED: Indicates packet transmitted with no errors. 


RECEIVE ERROR: Indicates that a packet was received with one or more of the 
following errors: 

—CRC Error 

—Frame Alignment Error 

—FIFO Overrun 

—WMissed Packet 


TRANSMIT ERROR: Set when packet transmitted with one or more of the 
following errors: 

—Excessive Collisions 

—FIFO Underrun 


OVERWRITE WARNING: Set when receive buffer ring storage resources have 
been exhausted. (Local DMA has reached Boundary Pointer). 


COUNTER OVERFLOW: Set when MSB of one or more of the Network Tally 
Counters has been set. 


REMOTE DMA COMPLETE: Set when Remote DMA operation has been 
completed. 


RESET STATUS: Set when NIC enters reset state and cleared when a Start 
Command is issued to the CR. This bit is also set when a Receive Buffer Ring 
overflow occurs and is cleared when one or more packets have been removed 
from the ring. Writing to this bit has no effect. 

NOTE: This bit does not generate an interrupt, it is merely a status indicator. 


Dv };Uus;U 
xjod|D 
m |x | x< 
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10.0 Internal Registers (Continued) 
10.3 Register Descriptions (Continued) 


INTERRUPT MASK REGISTER (IMR)  OFH (WRITE) 


The Interrupt Mask Register is used to mask interrupts. Each interrupt mask bit corresponds to a bit in the Interrupt Status 
Register (ISR). If an interrupt mask bit is set an interrupt will be issued whenever the corresponding bit in the ISR is set. If any bit 
in the IMR is set low, an interrupt will not occur when the bit in the ISR is set. The IMR powers up all zeroes. 


7 6 5 4 3 2 1 0 
| — [Roce| cnre|ovwel txe | Axee| prxe | prXe| 


Description 


PACKET RECEIVED INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when packet received. 


PACKET TRANSMITTED INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when packet is transmitted. 


RECEIVE ERROR INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when packet received with error. 


TRANSMIT ERROR INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when packet transmission results in error. 


OVERWRITE WARNING INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when Buffer Management Logic lacks sufficient buffers to 
store incoming packet. 

COUNTER OVERFLOW INTERRUPT ENABLE 
0: Interrupt Disabled 
1: Enables Interrupt when MSB of one or more of the Network Statistics 
counters has been set. 

DMA COMPLETE INTERRUPT ENABLE 


0: Interrupt Disabled 
1: Enables Interrupt when Remote DMA transfer has been completed. 


reserved reserved 


1-231 


d06rceSN/ao06esdd 


DP8390D/NS32490D 


10.0 Internal Registers (Continue) 
10.3 Register Descriptions (Continued) 


DATA CONFIGURATION REGISTER (DCR) OEH (WRITE) 

This Register is used to program the NIC for 8- or 16-bit memory interface, select byte ordering in 16-bit applications and 
establish FIFO threshholds. The DCR must be initialized prior to loading the Remote Byte Count Registers. LAS is set on 
power up. 


Bit 
DO 


D1 


D2 


D3 


D4 


D5, D6 


: 


S 
n 


ms) 


n 


FTO, FT1 


7 6 5 4 3 2 1 0 
| — [rt | ro [arm] is | vas | Bos | wrs | 


Description 


WORD TRANSFER SELECT 
0: Selects byte-wide DMA transfers . 
1: Selects word-wide DMA transfers 


; WTS establishes byte or word transfers 
for both Remote and Local DMA transfers 
Note: When word-wide mode is selected, up to 32k words are addressable; AO remains ow. 


BYTE ORDER SELECT 
0: MS byte placed on AD15-AD8 and LS byte on AD7~ADO. (32000, 8086) 
1: MS byte placed on AD7-ADO and LS byte on AD15-AD8. (68000) 


; Ignored when WTS is low 


LONG ADDRESS SELECT 
0: Dual 16-bit DMA mode 
1: Single 32-bit DMA mode 


; When LAS is high, the contents of the Remote DMA registers RSARO,1 are issued as A16-A31 
Power up high. 


LOOPBACK SELECT 

0: Loopback mode selected. Bits D1, D2 of the TCR must also be programmed for Loopback 
operation. ; 

1: Normal Operation. 


AUTO-INITIALIZE REMOTE 

0: Send Command not executed, all packets removed from Buffer Ring under program control. 
1: Send Command executed, Remote DMA auto-initialized to remove packets from Buffer Ring. 
Note: Send Command cannot be used with 68000 type processors. 


FIFO THRESHHOLD SELECT: Encoded FIFO threshhold. Establishes point at which bus is 
requested when filling or emptying the FIFO. During reception, the FIFO threshold indicates the 
number of bytes (or words) the FIFO has filled serially from the network before bus request 
(BREQ) is asserted. 

Note: FIFO threshold setting determines the DMA burst length. 


RECEIVE THRESHOLDS 
FT1 FTO Word Wide Byte Wide 
0 0 1 Word 2 Bytes 
0 1 2 Words 4 Bytes 
1 0 4 Words 8 Bytes 
1 1 6 Words 12 Bytes 


During transmission, the FIFO threshold indicates the numer of bytes (or words) the FIFO has 
filled from the Local DMA before BREQ is asserted. Thus, the transmission threshold is 16 bytes 
less the receive threshold. 


1-232 


10.0 Internal Registers (Continued) 
10.3 Register Descriptions (Continued) 


TRANSMIT CONFIGURATION REGISTER (TCR) ODH (WRITE) 


The transmit configuration establishes the actions of the transmitter section of the NIC during transmission of a packet on the 
network. LB1 and LBO which select loopback mode power up as 0. 


7 6 5 4 3 2 1 0 
|= | = | — Jorsr] aro | 181 | uso | cre | 


Symbol Description 


CRC INHIBIT CRC 
0: CRC appended by transmitter 
- 1: CRC inhibited by transmitter 
; In loopback mode CRC can be enabled or disabled to test the CRC logic. 


Di, D2 LBO, LB1 ENCODED LOOPBACK CONTROL: These encoded configuration bits set the type of loopback 
that is to be performed. Note that loopback in mode 2 sets the LPBK pin high, this places the SNI 
in loopback mode and that D3 of the DCR must be set to zero for loopback operation. 

LB1 LBO 
Mode 0 07 07 Normal Operation (LPBK = 0) 
Mode 1 0 1 Internal Loopback (LPBK = 0) 
Mode 2 1 0 External Loopback (LPBK = 1) 
Mode 3 1 1 External Loopback (LPBK = 0) 


AUTO TRANSMIT DISABLE: This bit allows another station to disable the NIC’s transmitter by 
transmission of a particular multicast packet. The transmitter can be re-enabled by resetting this 
bit or by reception of a second particular multicast packet. 

0: Normal Operation 

1: Reception of multicast address hashing to bit 62 disables transmitter, reception of multicast 
address hashing to bit 63 enables transmitter. 


COLLISION OFFSET ENABLE: This bit modifies the backoff algorithm to allow prioritization of 
nodes. 

0: Backoff Logic implements normal algorithm. 

1: Forces Backoff algorithm modification to 0 to 2min(3 +n,10) slot times for first three collisions, 
then follows standard backoff. (For first three collisions station has higher average backoff delay 
making a low priority mode.) 


reserved reserved 


reserved reserved 


. | 


reserved reserved 
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10.0 Internal Registers (Continue) 
10.3 Register Descriptions (Continued) 


TRANSMIT STATUS REGISTER (TSR) 04H (READ) 


This register records events that occur on the media during transmission of a packet. It is cleared when the next transmission is 
initiated by the host. All bits remain low unless the event that corresponds to a particular bit occurs during transmission. Each 
transmission should be followed by a read of this register. The contents of this register are not specified until after the first 
transmission. 


7 6 5 4 3. 2 1 0 
jowe| cox| Fu | crs| ast | co.) — | prx| 


Description 


PACKET TRANSMITTED: Indicates transmission without error. (No excessive 
collisions or FIFO underrun) (ABT = “0”, FU = 0”). 


reserved reserved 


COL TRANSMIT COLLIDED: Indicates that the transmission collided at least once 
with another station on the network. The number of collisions is recorded in the 
Number of Collisions Registers (NCR). 


~ TRANSMIT ABORTED: Indicates the NIC aborted transmission because of 
excessive collisions. (Total number of transmissions including original 
transmission attempt equals 16). 


CARRIER SENSE LOST: This bit is set when carrier is lost during transmission 
of the packet. Carrier Sense is monitored from the end of Preamble/Synch until 
TXEN is dropped. Transmission is not aborted on loss of carrier. 


FIFO UNDERRUN: If the NIC cannot gain access of the bus before the FIFO 
empties, this bit is set. Transmission of the packet will be aborted. 


U 
4 
t 


CD HEARTBEAT: Failure of the transceiver to transmit a collision signal after 
transmission of a packet will set this bit. The Collision Detect (CD) heartbeat 
signal must commence during the first 6.4 1s of the Interframe Gap following a 
transmission. In certain collisions, the CD Heartbeat bit will be set even though 
the transceiver is not performing the CD heartbeat test. 


OUT OF WINDOW COLLISION: Indicates that a collision occurred after a slot 
time (51.2 ws). Transmissions rescheduled as in normal collisions. 
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10.0 Internal Registers (Continued) 
10.3 Register Descriptions (Continued) 


RECEIVE CONFIGURATION REGISTER (RCR) OCH (WRITE) 


This register determines operation of the NIC during reception of a packet and is used to program what types of packets to 
accept. : 


7 6 5 4 3 2 1 0 
| — | — [won| pro| am | aa | aa | see | 
Description 


SAVE ERRORED PACKETS 

0: Packets with receive errors are rejected. 

1: Packets with receive errors are accepted. Receive errors are CRC and Frame 
Alignment errors. 


ACCEPT RUNT PACKETS: This bit allows the receiver to accept packets that — 
are smaller than 64 bytes. The packet must be at least 8 bytes long to be 
accepted as a runt. 

0: Packets with fewer than 64 bytes rejected. 

1: Packets with fewer than 64 bytes accepted. 


ACCEPT BROADCAST: Enables the receiver to accept a packet with an all 1’s 
destination address. 

0: Packets with broadcast destination address rejected. 

1: Packets with broadcast destination address accepted. 


ACCEPT MULTICAST: Enables the receiver to accept a packet with a multicast 
address, all multicast addresses must pass the hashing array. 

0: Packets with multicast destination address not checked. 

1: Packets with multicast destination address checked. 


PROMISCUOUS PHYSICAL: Enables the receiver to accept all packets with a 
physical address. 

0: Physical address of node must match the station address programmed in 
PARO-PARS. 

1: All packets with physical addresses accepted. 


MONITOR MODE: Enables the receiver to check addresses and CRC on 
‘incoming packets without buffering to memory. The Missed Packet Tally counter 

will be incremented for each recognized packet. 

0: Packets buffered to memory. 

1: Packets checked for address match, good CRC and Frame Alignment but not 

buffered to memory. 


D6 reserved reserved 


D7 reserved reserved 


Note: D2 and D3 are “OR’d” together, i.e., if D2 and D3 are set the NIC will accept broadcast and multicast addresses as well as its own physical address. To 
establish full promiscuous mode, bits D2, D3, and D4 should be set. In addition the multicast hashing array must be set to all:1’s in order to accept all multicast 
addresses. 
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10.0 Internal Registers (Continued) 
10.3 Register Descriptions (Continued) 


RECEIVE STATUS REGISTER (RSR) OCH (READ) 

This register records status of the received packet, including information on errors and the type of address ‘nich either 
physical or multicast. The contents of this register are written to buffer memory by the DMA after reception of a good packet. If 
packets with errors are to be saved the receive status is written to memory at the head of the erroneous packet if an erroneous 
packet is received. If packets with errors are to be rejected the RSR will not be written to memory. The contents will be cleared 
when the next packet arrives. CRC errors, Frame Alignment errors and missed packets are counted internally by the NIC which 
relinquishes the Host from reading the RSR in real time to record errors for Network Management Functions. The contents of 
this register are not specified until after the first reception. 


7 6 5 4 b-43. <2 1 | 0 
[oFR | pis | pry | Pa | Fo | Fae | CRC | PRX, 
_ Description 


PACKET RECEIVED INTACT: Indicates packet received without error. (Bits 
CRC, FAE, FO, and MPA are zero for the received packet.) 


CRC ERROR: Indicates packet received with CRC error. Increments Tally 
Counter (CNTR1). This bit will also be set for Frame Alignment errors. 


FRAME ALIGNMENT ERROR: Indicates that the incoming packet did not end 
on abyte boundary and the CRC did not match at last byte boundary. Increments 
Tally Counter (CNTRO). 


FIFO OVERRUN: This bit is set when the FIFO is not serviced causing overflow 
during reception. Reception of the packet will be aborted. 


MISSED PACKET: Set when packet intended for node cannot be accepted by 
NIC because of a lack of receive buffers or if the controller is in monitor mode 
and did not buffer the packet to memory. Increments Tally Counter (CNTR2). 


PHYSICAL/MULTICAST ADDRESS: Indicates whether received packet had a 
physical or multicast address type.. 

0: Physical Address Match 

1: Multicast/Broadcast Address Match 


RECEIVER DISABLED: Set when receiver disabled by entering Monitor mode. 
Reset when receiver is re-enabled when exiting Monitor mode. 


DEFERRING: Set when CRS or COL inputs are active. If the transceiver has 
asserted the CD line as a result of the jabber, this bit will stay set indicating the 
jabber condition. —~ , 


Note: Following coding applies to CRC and FAE bits 


FAE CRC Type of Error 
0 O No Error (Good CRC and <6 Dribble Bits) 
0 1 CRCError 
1  O Illegal, will not occur 
1. 1 > Frame Alignment Error and CRC Error 
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10.0 Internal Registers (Continued) 
10.4 DMA REGISTERS 


DMA Registers 


LOCAL DMA TRANSMIT REGISTERS 


15 8|7 
PAGE START 


(TPSR) 
(TBCRO ,1) 


0 


TRANSMIT BYTE COUNT 


_ CHANNEL 


LOCAL DMA RECEIVE REGISTERS 


15 

(PSTART) } PAGE START 
(PSTOP) 

_ (CURR) 


(BRNY) 


- NOT 
READABLE 


0 


(CLDAO,1) | CURRENT LOCAL DMA ADDRESS 


REMOTE DMA REGISTERS 


15 8|7 


(RSARO,t) | START ADDRESS 
(RBCRO,1) | BYTE COUNT 


(CRADO,1) | CURRENT REMOTE DMA ADDRESS 


The DMA Registers are partitioned into three groups; Trans- 
mit, Receive and Remote DMA Registers. The Transmit reg- 
isters are used to initialize the Local DMA Channel! for trans- 
mission of packets while the Receive Registers are used to 
initialize the Local DMA Channel for packet Reception. The 
Page Stop, Page Start, Current and Boundary Registers are 
used by the Buffer Management Logic to supervise the Re- 
ceive Buffer Ring. The Remote DMA Registers are used to 
initialize the Remote DMA. 


Note: In the figura above, registers are shown as 8 or 16 bits wide. Although 
some registers are 16-bit internal registers, all registers are accessed 
as 8-bit registers. Thus the 16-bit Transmit Byte Count Register is 
broken into two 8-bit registers, TBCRO and TBCR1. Also TPSR, 
PSTART, PSTOP, CURR and BNRY only check or control the upper 8 
bits of address information on the bus. Thus they are shifted to posi- 
tions 15-8 in the diagram above. : ; 


10.5 TRANSMIT DMA REGISTERS 
TRANSMIT PAGE START REGISTER (TPSR) 


This register points to the assembled packet to be transmit- 
ted. Only the eight higher order addresses are specified 
since all transmit packets are assembled on 256-byte page 
boundaries. The bit assignment is shown below. The values 
placed in bits D7-D0 will be used to initialize the higher 
order address (A8-A15) of the Local DMA for transmission. 
The lower order bits (A7—A0) are initialized to zero. 


Bit Assignment 


7 6 5 4 3 2 1 «0 
TPSR 


(A7-A0 Initialized to zero) 
TRANSMIT BYTE COUNT REGISTER 0,1 (TBCRO, TBCR1) 


These two registers indicate the length of the packet to be 
transmitted in bytes. The count must include the number of 
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0 


REMOTE 
DMA 


CHANNEL 


TL/F/8582-61 


bytes in the source, destination, length and data fields. The 
maximum number of transmit bytes allowed is 64k bytes. 
The NIC will. not truncate transmissions longer than 1500 
bytes. The bit assignment is shown below: 


7 6 5. 4 3 2 1 0 
TBCRI 
/ 7 6 5 4 3 ..°2 1 0 
Tacro| L7 | Le | us | ta | us | v2 | 1 | 10 | 
10.6 LOCAL DMA RECEIVE REGISTERS . 2 
PAGE START STOP REGISTERS (PSTART, PSTOP) 
The Page Start and Page Stop Registers program the start- 
ing and stopping address of the Receive Buffer Ring. Since 
the NIC uses fixed 256-byte buffers aligned on page bound- 
aries only the upper eight bits of the start and stop address 
are specified. 


PSTART,PSTOP bit assignment 
7 6 5 4. 3 2 1.0 


blinds 
BOUNDARY (BNRY) REGISTER 

This register is used to prevent overflow of the Receive 
Buffer Ring. Buffer management compares the contents of 
this register to the next buffer address when linking buffers 
together. If the contents of this register match the next buff- 
er address the Local DMA operation is aborted. 


7 6 5 4 3° 2 1 0 
pnry[ ats | ata] ata] at2| att | ato] ao | as | 
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10.0 Internal Registers (Continueg) 
CURRENT PAGE REGISTER (CURR) 

This register is used internally by the Buffer Management 
Logic as a backup register for reception. CURR contains the 
address of the first buffer to be used for a packet reception 
and is used to restore DMA pointers in the event of receive 
errors. This register is initialized to the same value as 
PSTART and should not be written to again unless the con- 
troller is Reset. 


7 6 5 4 3 2 14 «0 
oun| ats | ais | ats] atz| ais ato] ao | as | 
CURRENT LOCAL DMA REGISTER 0,1 (CLDAO,1) 


These two registers can be accessed to determine the cur- 
rent Local DMA Address. 


7 6 5 4 3 2 1 +0 
OLDAt 


7 6 5 4 8 2 4 = 0 
oLoao| a7 | a6 | as | a4 | as | az | at | a0} 


10.7 REMOTE DMA REGISTERS 
REMOTE START ADDRESS REGISTERS (RSARO,1) 


Remote DMA operations are programmed via the Remote —- 


Start Address (RSARO,1) and Remote Byte Count 
(RBCRO,1) registers. The Remote Start Address is used to 
point to the start of the block of data to be transferred and 
the Remote Byte Count is used to indicate the length of the 
block (in ieee 


5 4 8 2 1 0 
rsari| ais | at4| ata | atz| att | ato] ag | As | 

7 6.5 4 3 2 1 0. 
rsaro| a7 | a6 | as | a4 | aa | az | at | Ao | 


6.4.3.2 REMOTE BYTE COUNT REGISTERS (RBCRO,1) 
. 7 6 5 4 3 2 1 0 


ROR 
cross os | [a 


Note: 


RSARO programs the start address bits AO-A7. 

RSAR} programs the start address bits A8-A15. 

Address incremented by two for word transfers, and by one for byte trans- 
fers. 

Byte Count decremented by two for word transfers and by one for byte 
transfers. 

RBCRO programs LSB byte count. _ 

RBCR1 programs MSB byte count. 


CURRENT REMOTE DMA ADDRESS (CRDAO, CRDA1) 


The Current Remote DMA Registers contain the current ad- 
dress of the Remote DMA. The bit assignment is shown 
below: 


7 6 5 4 3 2.1 «0 
CRDAt 
7 6 5 4 3 2 1 0 
orpaol_A7 | a6 | as | aa | as | a2 | at | a0 | 


1-238 


10.8 PHYSICAL ADDRESS REGISTERS (PARO-PARS5) 
The physical address registers are used to compare the 


destination address of incoming packets for rejecting or ac- 


cepting packets. Comparisons are performed on a byte- 
wide basis. The bit assignment shown below relates the se- 
quence in PARO-PARS to the bit sequence of the received 


D7 
PARO DAA 
PARI DAI 

PAR2 DAz0 


PAR3 
PAR4 


rat aa one oneal onal onlnarfond 


Destination Address Source 


Note: 
P/S = Preamble, Synch 
DAO = Physical/Multicast Bit 


10.9 MULTICAST ADDRESS REGISTERS (MARO-MAR7) 


The multicast address registers provide filtering of multicast 
addresses hashed by the CRC logic. All destination ad- 
dresses are fed through the CRC logic and as the last bit of 
the destination address enters the CRC, the 6 most signifi- 
cant bits of the CRC generator are latched. These 6 bits are 
then decoded by a 1 of 64 decode to index a unique filter bit 
(FB0-63) in the multicast address registers. If the filter bit 
selected is set, the multicast packet is accepted. The sys- 
tem designer would use a program to determine which filter 
bits to set in the multicast registers. All multicast filter bits 
that correspond to multicast address accepted by the node 
are then set to one. To accept all multicast packets all of 
the registers are set to all ones. 


Note: Although the hashing algorithm does not guarantee perfect filtering of 
multicast address, it will perfectly filter up to 64 multicast addresses if 
these addresses are eres to map into unique locations in the multi- 
cast filter. 


CRC GENERATOR 
(X=31 TO X=26) 
CLK 


1 OF 64 DECODE 
FILTER BIT ARRAY 


SELECTED BIT 
"0" = REJECT "1" = ACCEPT 
TL/F/8582-62 


10.0 Internal Registers (Continue) 
Dé DS D4 D3 D2 


D7 Di DO 
MARO| 87 | Fee | FB5 | Fea | Fes | Fez 
MARI FB11| F810 
MAR2 F519 
MARS F827 
MARA F835 
: 


A 
oO 
=_h 


ise) 
— 


MARS FB44|FB4 Bat 
MAR6 FB52|FB51 B49 
MAR7 FESS 


lf address Y is found to hash to the value 32 (20H), then 
FB32 in MAR4 should be initialized to “1”. This will cause 
the NIC to accept any multicast packet with the address Y. 


NETWORK TALLY COUNTERS 

Three 8-bit counters are provided for monitoring the number 
of CRC errors, Frame Alignment Errors and Missed Pack- 
ets. The maximum count reached by any counter is 192 
(COH). These registers will be cleared when read by the 
CPU. The count is recorded in binary in CTO-CT7 of each 
Tally Register. 


Frame Alignment Error Tally (CNTRO) 

This counter is incremented every time a packet is received 
with a Frame Alignment Error. The packet must have been 
recognized by the address recognition logic. The counter is 
cleared after it is read by the processor. 


7 6 5 4 3 2 1 ~«0 
ontro| or? | cre | ors | cra] crs | cra] crt | cro | 


CRC Error Tally (CNTR1) 

This counter is incremented every time a packet is received 
with a CRC error. The packet must first be recognized by 
the address recognition logic. The counter is cleared after it 
is read by the processor. 


7 6 5 4 3 2 4 ~«0 
CNTR 


Frames Lost Tally Register (CNTR2) 
This counter is incremented if a packet cannot be received 
due to lack of buffer resources. In monitor mode, this coun- 
ter will count the number of packets that pass the address 
recognition logic. 

7 6 5 4 3 2 1 0 


onta2| c17 | cre | crs | cra] crs] cre] ort | cro 


FIFO 


This is an eight bit register that allows the CPU to examine 
the contents of the FIFO after loopback. The FIFO will con- 
tain the last 8 data bytes transmitted in the loopback packet. 
Sequential reads from the FIFO will advance a pointer in the 
FIFO and allow reading of all 8 bytes. , 


7 6 5 4 3 2 1 0 
FIFO| 087 | 08s | p85 | 084 | bes | ps2 | pet | Ded | 
Note: The FIFO should only be read when the NIC has been programmed in 
loopback mode. 


NUMBER OF COLLISIONS (NCR) 


This register contains the number of collisions a node expe- 
riences when attempting to transmit a packet. If no colli- 
sions are experienced during a transmission attempt, the 
COL bit of the TSR will not be set and the contents of NCR 
will be zero. If there are excessive collisions, the ABT bit in 
the TSR will be set and the contents of NCR will be zero. 
The NCR is cleared after the TXP bit in the CR is set. 


7 6 5 4 3 2 14 ~ 0 
won| — | — | — | — [nos] nce | not | noo 


11.0 Initialization Procedures 


The NIC must be initialized prior to transmission or recep- 
tion of packets from the network. Power on reset is applied 
to the NIC’s reset pin. This clears/sets the following bits: 


Register Reset Bits | Set Bits | 
Command Register (CR) TXP, STA RD2, STP 
Interrupt Status (ISR) Re. oi 


Data Control! (DCR) as 
Transmit Config. (TCR) LB1, LBO 


The NIC remains in its reset state until a Start Command is 
issued. This guarantees that no packets are transmitted or 
received and that the NIC remains a bus slave until all ap- 
propriate internal registers have been programmed. After 
initialization the STP bit of the command register is reset 
and packets may be received and transmitted. 


Interrupt Mask (IMR) ee 


Initialization Sequence 
The following initialization procedure is mandatory. 

1) Program Command Register for Page 0 (Command 
Register = 21H) 

2) Initialize Data Configuration Register (DCR) 

3) Clear Remote Byte Count Registers (RBCRO, RBCR1) 

4) Initialize Receive Configuration Register (RCR) . 

5) Place the NIC in LOOPBACK mode 1 or 2 (Transmit 
Configuration Register = 02H or 04H) 

6) Initialize Receive Buffer Ring: Boundary Pointer 
(BNDRY), Page Start (PSTART), and Page Stop 
(PSTOP) 

7) Clear Interrupt Status Register (ISR) by writing OFFh to 
it. 

8) Initialize interrupt Mask Register (IMR) . 

9) Program Command Register for page 1 (Command 
Register = 61H) 
i)Initialize Physical Address Registers (PARO-PARS5) 

ii) Initialize Multicast Address Registers (MARO-MAR7) 
iii)Initialize CURRent pointer 

10) Put NIC in START mode (Command Register = 22H). 
The local receive DMA is still not active since the NIC is 
in LOOPBACK. 

11) Initialize the Transmit Configuration for the intended val- 
ue. The NIC is now ready for transmission and recep- 
tion. 
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11.0 Initialization Procedures 


(Continued) 


Before receiving packets, the user must specify the location 
of the Receive Buffer Ring. This is programmed in the Page 
Start and Page Stop Registers. In addition, the Boundary 
and Current Page Registers must be initialized to the value 
of the Page Start Register. These registers will be modified 
during reception of packets. 


12.0 Loopback Diagnostics 


Three forms of local loopback are provided on the NIC. The 
user has the ability to loopback through the deserializer on 
the DP8390D NIC, through the DP8391 SNI, and to the coax 
to check the link through the transceiver circuitry. Because 
of the half duplex architecture of the NIC, loopback 
testing is a special mode of operation with the follow- 
ing restrictions: ; 


Restrictions During Loopback 

The FIFO is split into two halves, one used for transmission 
the other for reception. Only 8-bit fields can be fetched from 
memory so two tests are required for 16-bit systems to veri- 
fy integrity of the entire data path. During loopback the maxi- 
mum latency from the assertion of BREQ to BACK is 2.0 ps. 
Systems that wish to use the loopback test yet do not meet 
this latency can limit the loopback packet to 7 bytes without 
experiencing underflow. Only the last 8 bytes of the loop- 
back packet are retained in the FIFO. The last 8 bytes can 
be read through the FIFO register which will advance 
through the FIFO to allow reading the receive packet se- 
quentially. 


= (6 bytes) Station Physical Address 

| 

= 46 to 1500 bytes 
Appended by NICif CRC = “0” in TCR 


When in word-wide mode with Byte Order Select set, the 
loopback packet must be assembled in the even byte loca- 
tions as shown below. (The loopback only operates with 
byte wide transfers.) 


LS BYTE (AD8=15) MS BYTE (AD0=7) 


CRC 


WIs="1" Bos="1" (DCR BITS) 


TL/F/8582-15 
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a) 


When in word-wide mode with Byte Order Select low, the 
following format must be used for the loopback packet. 


MS BYTE (AD8=15) LS BYTE (ADO=7) 


DESTINATION 


DATA 
WIS ="1" BOS = "0" (OCR BITS) 
_TL/F/8582-16 
Note: When using loopback in word mode 2n bytes must be programmed in 
TBCRO, 1. Where n = actual number of bytes assembled in even or 
odd location. . 
To initiate a loopback the user first assembles the loopback 
packet then selects the type of loopback using the Transmit 
Configuration register bits LBO, LB1. The transmit configura- 
tion register must also be set to enable or disable CRC gen- 
eration during transmission. The user then issues a normal 
transmit command to send the packet. During loopback the 
receiver checks for an address match and if CRC bit in the 
TCR is set, the receiver will also check the CRC. The last 8 
bytes of the loopback packet are buffered and can be read 
out of the FIFO using the FIFO read port. 


Loopback Modes 

MODE 1: Loopback Through the Controller (LB1 = 0, LBO 
=1). — 

If the loopback is through the NIC then the serializer is sim- 
ply linked to the deserializer and the receive clock is derived 
from the transmit clock. 

MODE 2: Loopback Through the SNI (LB1 = 1, LBO = 0). 
If the loopback is to be performed through the SNI, the NIC 
provides a control (LPBK) that forces the SNI to loopback 
all signals. 

MODE 3: Loopback to Coax (LB1 = 1, LBO = 1). 
Packets can be transmitted to the coax in loopback mode to 
check all of the transmit and receive paths and the coax 
itself. 


Note: In MODE 1, CRS and COL lines are not indicated in any status regis- 
ter, but the NIC will still defer if these lines are active. In MODE 2, 
COL is masked and in MODE 3 CRS and COL are not masked. It is 
not possible to go directly between the loopback modes, it is neces- 
sary to return to normal operation (OOH) when changing modes. 


Reading the Loopback Packet 


The last eight bytes of a received packet can be examined 
by 8 consecutive reads of the FIFO register. The FIFO 
pointer is incremented after the rising edge of the CPU’s 
read strobe by internally synchronizing and advancing the 
pointer. This may take up to four bus clock cycles, if the 
pointer has not been incremented by the time the CPU 
reads the FIFO register again, the NIC will insert wait states 


Note: The FIFO may only be read during Loopback. Reading the FIFO at 
any other time will cause the NIC to malfunction. 


12.0 Loopback Diagnostics (continueg) 
Alignment of the Received Packet in the FIFO 


Reception of the packet in the FIFO begins at location zero, 
after the FIFO pointer reaches the last location in the FIFO, 
the pointer wraps to the top of the FIFO overwriting the 
previously received data. This process continues until the 
last byte is received. The NIC then appends the received 
byte count in the next two locations of the FIFO. The con- 
tents of the Upper Byte Count are also copied to the next 
FIFO location. The number of bytes used in the loopback 
packet determines the alignment of the packet in the FIFO. 


The alignment for a 64-byte packet is shown below. 
FIFO FIFO 
LOCATION CONTENTS 


ed First Byte Read 
— > Second Byte Read 


> Last Byte Read 


For the following alignment in the FIFO the packet length 
should be (N x 8) + 5 Bytes. Note that if the CRC bit in the 
TCR is set, CRC will not be appended by the transmitter. If 
the CRC is appended by the transmitter, the last four bytes, 


bytes N-3 to N, correspond to the CRC. 
FIFO FIFO 
LOCATION CONTENTS 


UPPER BYTE COUNT | — 


UPPER BYTE COUNT 


LOOPBACK TESTS 


Loopback capabilities are provided to allow certain tests to 

be performed to validate operation of the DP8390D NIC pri- 

or to transmitting and receiving packets on a live network. 

Typically these tests may be performed during power up of 

a node. The diagnostic provides support to verify the follow- 

ing: 

1) Verify integrity of data path. Received data is checked 
against transmitted data. 

2) Verify CRC logic’s capability to generate good CRC on 
transmit, verify CRC on receive (good or bad CRC). 


3) Verify that the Address Recognition Logic can 
a) Recognize address match packets 
b) Reject packets that fail to match an address 


> First Byte Read 
AR Second Byte Read 


Last Byte Read 
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LOOPBACK OPERATION IN THE NIC 


Loopback is a modified form of transmission using only half 
of the FIFO. This places certain restrictions on the use of 
loopback testing. When loopback mode is selected in the 
TCR, the FIFO is split. A packet should be assembled in 
memory with programming of TPSR and TBCRO,TBCR1 
registers. When the transmit command is issued the follow- 
ing operations occur: 


Transmitter Actions 


1) Data is transferred from memory by the DMA until the 
FIFO is filled. For each transfer TBCRO and TBCR1 are 
decremented. (Subsequent burst transfers are initiated 
when the number of bytes in the FIFO drops below the 
programmed threshold.) 


2) The NIC generates 56 bits of preamble followed by an 
8-bit synch pattern. 


3) Data transferred from FIFO to serializer. 


4) If CRC=1 in TCR, no CRC calculated by NIC, the last 
byte transmitted is the last byte from the FIFO (Allows 
software CRC to be appended). If CRC=0, NIC calcu- 
lates and appends four bytes of CRC. 


5) At end of Transmission PTX bit set in ISR. 


Receiver Actions 
1) Wait for synch, all preamble stripped. 


2) Store packet in FIFO, increment receive byte count for 
each incoming byte. 


3) If CRC=0 in TCR, receiver checks incoming packet for 
CRC errors. If CRC=1 in TCR, receiver does not check 
CRC errors, CRC error bit always set in RSR (for address 
matching packets). 


4) At end of receive, receive byte count written into FIFO, 
receive status register is updated. The PRX bit is typically 
set in the RSR even if the address does not match. If 
CRC errors are forced, the packet must match the ad- 
dress filters in order for the CRC error bit in the RS to be 
set. 


EXAMPLES 


The following examples show what results can be expected 
from a properly operating NIC during loopback. The restric- 
tions and results of each type of loopback are listed for 
reference. The loopback tests are divided into two sets of 
tests. One to verify the data path, CRC generation and byte 
count through all three paths. The second set of tests uses 
internal loopback to verify the receiver's CRC checking and 
address recognition. For all of the tests the DCR was pro- 


grammed to 40h. 
| rsh | isp 
02(2) 


NIC Internal | 02 | 


Note 1: Since carrier sense and collision detect inputs are blocked during 
internal loopback, carrier and CD heartbeat are not seen and the CRS and 
CDH bits are set. 

Note 2: CRC errors are always indicated by receiver if CRC is appended by 
the transmitter. 

Note 3: Only the PTX bit in the ISR is set, the PRX bit is only set if status is 
written to memory. In loopback this action does not occur and the PRX bit 
remains 0 for all loopback modes. 


Note 4: All values are hex. 


LRCR | TSR 
| 00 | satt | 
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12.0 Loopback Diagnostics (Continued) 


Note 1: CDH is set, CRS is not set since it is generated by the external 
encoder/decoder. : 


Note 1: CDH and CRS should not be set. The TSR however, could also 
contain 01H,03H,07H and a variety of other values depending on whether 
collisions were encountered or the packet was deferred. 


Note 2.Wil! contain 08H if packet is not transmittable. 


Note 3: During external loopback the NIC is now exposed to network traffic, 
it is therefore possible for the contents of both the Receive portion of the 
FIFO and the RSR to be corrupted by any other packet on the network. Thus 
in a live network the contents of the FIFO and RSR should not be depended 
on. The NIC will still abide by the standard CSMA/CD protocol in external 
loopback mode. (i.e. The network will not be disturbed by the loopback 
packet). 


Note 4: All values are hex. 


CRC AND ADDRESS RECOGNITION 


The next three tests exercise the address recognition logic 
and CRC. These tests should be performed using internal 
loopback only so that the NIC is isolated from interference 
from the network. These tests also’ require the capability to 
generate CRC in software. 


The address recognition logic cannot be directly tested. The 
CRC and FAE bits in the RSR are only set if the address of 
the packet matches the address filters. If errors are expect- 
ed to be set.and they are not set, the packet has been 
rejected on the basis of an address mismatch. The following 


‘sequence of packets will test the address recognition logic. 


The DCR should be set to 40H, the TCR should be set to 


03H with a software generated CRC. 
Packet Contents 


| test | Address | orc | ASR | 


Matching 
Matching 
Non-Matching 


Note 1: Status will read 21H if multicast address used. 
Note 2: Status will read 22H If multicast address used. 


Note 3: In test A, the RSR is set up. In test B the address is found to match 
since the CRC is flagged as bad. Test C proves that the address recognition 
logic can distinguish a bad address and does not notify the RSR of the bad 
CRC. The receiving CRC is proven to work in test A and test B. . - 


Note 4: All values are hex. 
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NETWORK MANAGEMENT FUNCTIONS 


Network management capabilities are required for mainte- 
nance and planning of a loca! area network. The NIC sup- 
ports the minimum requirement for network management in 
hardware, the remaining requirements can be met with soft- 
ware counts. There are three events that software alone 
can not track during reception of packets:. CRC errors, 
Frame Alignment errors, and missed packets. 


Since errored packets can be rejected, the status associat- 
ed.with these packets is lost unless the CPU can access the 
Receive Status Register before the next packet arrives. In 
situations where another packet arrives very quickly, the 
CPU may have no opportunity to do this. The NIC ‘counts 
the number of packets with CRC errors and Frame Align- 
ment errors. 8-bit counters have been selected to reduce 
overhead. The counters will generate interrupts whenever 
their MSBs are set so that a software routine can accumu- 
late the network statistics and reset the counters before 
overflow occurs. The counters are sticky so that when they 
reach a count of 192 (COH) counting is halted. An additional 
counter is provided to count.the number of packets NIC 
misses due to buffer overflow or being offline. 


The structure of the counters is shown below: 


INTERRUPT 


TL/F/8582-63 


Additional information required for network management is 
available in the Receive and Transmit Status Registers. 
Transmit status is available after each transmission for infor- 
mation regarding events during transmission. 


Typically, the following statistics might be gathered in soft- 
ware: 


Frames Sent OK 

Frames Received OK 

Multicast Frames Received 

Packets Lost Due to Lack of-Resources 
Retries/Packet — 


CRC Errors 

Alignment Errors 
Excessive Collisions 
Packet with Length Errors 
Heartbeat Failure 


Traffic: 


Errors: 


13.0 Bus Arbitration and Timing 


The NIC operates in three possible modes: 


e BUS MASTER (WHILE PERFORMING DMA) 
e BUS SLAVE (WHILE BEING ACCESSED BY CPU) 


e =IDLE 


BUS SLAVE STOP + 
(ACCESSED AS INT ERROR 
PERIPHERAL) 


BUS MASTER 
(PERFORMS DMA) 
BACK 


REMOTE 
DMA 


Upon power-up the NIC is in an indeterminant state. After 
receiving a Hardware Reset the NIC comes up as a slave in 
the Reset State. The receiver and transmitter are both dis- 
abled in this state. The reset state can be reentered under 
three conditions, soft reset (Stop Command), hard reset 
(RESET input) or an error that shuts down the receiver or 
transmitter (FIFO underflow or overflow). After initialization 
of registers, the NIC is issued a Start command and the NIC 
enters Idle state. Until the DMA is required the NIC remains 
in an idle state. The idle state is exited by a request from the 
FIFO in the case of receive or transmit, or from the Remote/ 
DMA in the case of Remote DMA operation. After acquiring 
the bus in a BREQ/BACK handshake the Remote or Local 
DMA transfer is completed’ and the NIC reenters the idle 
state. 


POR 


START 


LOCAL & REMOTE 


BURST COMPLETE 
+ EMPTY + FULL 
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DMA TRANSFERS TIMING 
The DMA can be programmed for the following types of 
transfers: 

16-Bit Address, 8-bit Data Transfer 

16-Bit Address, 16-bit Data Transfer 

32-Bit Address, 8-bit Data Transfer 

32-Bit Address, 16-bit Data Transfer 
All DMA transfers use BSCK for timing. 16-Bit Address 
modes require 4 BSCK cycles as shown below: 


16-Bit Address, 8-Bit Data 


TL/F/8582-65 
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13.0 Bus Arbitration and Timing (Continued) 


16-Bit Address, 16-Bit Data 


TL/F/8582-66 


32-Bit Address, 8-Bit Data 


TL/F/8582-67 


32-Bit Address, 16-Bit Data 


| Ti=T4 


— A24-31 A8=15 DATA | 


TL/F/8582-68. 
Note: In 32-bit address mode, ADS1 is at TRI-STATE after the first T1-T4 states; thus, a 4.7k pull-down resistor is required for 32-bit address mode. 
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13.0 Bus Arbitration and Timing (continued) 


When in 32-bit mode four additional BSCK cycles are re- 
quired per burst. The first bus cycle (T1'—T4’) of each burst 
is used to output the upper 16-bit addresses. This 16-bit 
address is programmed in RSARO and RSAR1 and points to 
a 64k page of system memory. All transmitted or received 
packets are constrained to reside within this 64k page. 


FIFO BURST CONTROL 


All Local DMA transfers are burst transfers, once the DMA 
requests the bus and the bus is acknowledged, the DMA will 


transfer an exact burst of bytes programmed in the Data 
Configuration Register (DCR) then relinquish the bus. If 
there are remaining bytes in the FIFO the next burst will not 
be initiated until the FIFO threshold is exceeded. If BACK is 
removed during the transfer, the burst transfer will be abort- 
ed. (DROPPING BACK DURING A DMA CYCLE IS NOT 
RECOMMENDED.) 


BREQ / \ 
BACK / . \ 


ONE BURST 


where N = 1, 2, 4, or 6 Words or N = 2, 4, 8, or 12 Bytes when in byte mode 


INTERLEAVED LOCAL OPERATION 


If a remote DMA transfer is initiated or in progress when a 
packet is being received or transmitted, the Remote DMA 
transfer will be interrupted for higher priority Local DMA 


TL/F/8582-69 


transfers. When the Local DMA transfer is completed the 
Remote DMA will rearbitrate for the bus and continue its 
transfers. This is illustrated below: 


BACK 


ADO=15 LOCAL BURST 


BUS MASTER 


Note that if the FIFO requires service while a remote DMA is 
in progress, BREQ is not dropped and the Local DMA burst 
is appended to the Remote Transfer. When switching from 
a local transfer to a remote transfer, however, BREQ is 
dropped and raised again. This allows the CPU or other 
devices to fairly contend for the bus. 


REMOTE DMA-BIDIRECTIONAL PORT CONTROL 


The Remote DMA transfers data between the local buffer 
memory and a bidirectional port (memory to I/O transfer). 


TL/F/8582-70 


This transfer is arbited on a byte by byte basis versus the 
burst transfer used for Local DMA transfers. This bidirec- 
tional port is also read/written by the host. All transfers 
through this port are asynchronous. At any one time trans- 
fers are limited to one direction, either from the port to local 
buffer memory (Remote Write) or from local buffer memory 
to the port (Remote Read). 


Bus Handshake Signals for Remote DMA Transfers 


BIDIRECTIONAL PORT 
NIC SIGNALS 


DMA SIGNALS 


ORD 


PRO > DRO 


TL/F/8582-71 
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13.0 Bus Arbitration and Timing (Continued) 


REMOTE READ TIMING 

1) The DMA reads byte/word from local buffer memory and 
writes byte/word into latch, increments the DMA address 
and decrements the byte count (RBCRO, 1). 

2) A Request Line (PRQ) is asserted to inform the system 
that a byte is available. 

3) The system reads the port, the read strobe (RACK) is 
used as an acknowledge by the Remote DMA and it goes 
back to step 1. 


Steps 1-3 are repeated until the remote DMA is com- 
plete. 
Note that in order for the Remote DMA to transfer a byte 
from memory to the latch, it must arbitrate access to the 
local bus via a BREQ, BACK handshake. After each byte or 
word is transferred to the latch, BREQ is dropped. If a Local 
DMA is in progress, the Remote DMA is held off until the 

local DMA is complete. 


BREQ / \ 
BACK / \ 
so0-t5 


BYTE WRITTEN 
TO LATCH 


REMOTE WRITE TIMING 


A Remote Write operation transfers data from the I/O port 
to the local buffer RAM. The NIC initiates a transfer by re- 
questing a byte/word via the PRQ. The system transfers a 
byte/word to the latch via IOW, this write strobe is detected 
by the NIC and PRQ is removed. By removing the PRQ, the 
Remote DMA holds off further transfers into the latch until 
the current byte/word has been transferred from the latch, 
PRQ is reasserted and the next transfer can begin. 


WAIT FOR 
HOST BY HOST 


BYTE READ 
TL/F/8582-72 


1) NIC asserts PRQ. System writes byte/word into latch. 
NIC removes PRQ. 

2) Remote DMA reads contents of port and writes 
byte/word to local buffer memory, increments address 
and decrements byte count (RBCRO,1). 

3) Go back to step 1. 


Steps 1-3 are repeated until the remote DMA is com- 
plete. 


ADSO / \ 
- ae, Oy 


————_ BYTE WRITTEN TO ————> + BYTE READ FROM LATCH ——> 


LATCH BY SYSTEM 


BY REMOTE DMA AND 
WRITTEN TO LOCAL 


BUFFER MEMORY 
TL/F/8582-73 


13.0 Bus Arbitration and Timing (continued) 


SLAVE MODE TIMING 


When CS is low, the NIC becomes a bus slave. The CPU 
can then read or write any internal registers. All register 
access is byte wide. The timing for register access is shown 
below. The host CPU accesses internal registers with four 
address lines, RAO-RA3, SRD and SWRA _ strobes. 


ADSO is used to latch the address when interfacing to a 
multiplexed, address data bus. Since the NIC may be a local 
bus master when the host CPU attempts to read or write to 
the controller, an ACK line is used to hold off the CPU until 
the NIC leaves master mode. Some number of BSCK cycles 
is also required to allow the NIC to synchronize to the read 
or write cycle. 


Write to Register 


RAO=RA3 REGISTER ADDRESS 
ADSO / \ 
- .. ADO=AD7 7 DATA _— 


oe SwR. 
ACK 
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Read from Register 


RAO=RA3 REGISTER ADDRESS , 


ADSO / \ Ls 
AD0-AD7 —— . DATA | 


TIME BETWEEN CHIP SELECTS 

The NIC requires that successive chip selects be no closer 
than 4 bus clocks (BSCK) together, below. If the condition is 
violated, the NiC may glitch/ACK. CPUs that operate from 
pipelined instructions (i.e. 386) or have a cache (i.e. 


TL/F/8582-75 


486) can execute consecutive 1/0 cycles very quickly. The 
solution is to delay the execution of consecutive I/O cycles 
by either breaking the pipeline or forcing the CPU to access 
outisde it’s cache. 


Time between Chip Selects 


cs >4 BSCK 
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14.0 Preliminary Electrical Characteristics 


Absolute Maximum Ratings 

if Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 


Supply Voltage (Vcc) / —0.5V to +7.0V 
DC Input Voltage (Vin) —0.5V to Vcc + 0.5V 
DC Output Voltage (Voy) —0.5V to Voc + 0.5V 
Storage Temperature Range (TstaG) —65°C to + 150°C 
Power Dissipation (PD) .. 500 mw 
Lead Temp. (TL) (Soldering, 10 sec.) 260°C 


ESD rating (Rzap = 1.5k, Czap = 120 pF) 1600V 


Preliminary DC Specifications Ta = 0°C to 70°C, Voc = 5V +5%, unless otherwise specified 


Symbol Conditions 
Von Minimum High Level Output Voltage lon = —20 pA Voc — 0.1 
(Notes 1, 4) : lon = —2.0mA : 3.5 
VoL Minimum Low Level Output Voltage lor = 20 pA 
(Notes 1, 4) lo. = 2.0mA 
Vin Minimum High Level Input Voltage 
(Note 2) 


Units 


+ [+ 
3o lo 
< 


VIL Minimum Low Level Input Voltage 
(Note 2) 


ViL2 Minimum Low Level Input Voltage 


ViH2 Minimum High Level input Voltage 27 
for RACK, WACK (Note 2) ; 


For RACK, WACK (Note 2) 
ln Input Current 3 Vi = Voc or GND —1.0 


loz Maximum TRI-STATE Vout = Voc or GND 
Output Leakage Current a Pes ; 


loc Average Supply Current TXCK = 10 MHz 
(Note 3) _ |. RXCK = 10 MHz 


BSCK = 20 MHz 


lout = 0 pA 
Vin = Voc or GND 


Note 1: These levels are tested dynamically using a limited amount of functional test patterns, please refer to AC Test Load. 


mA 


Note 2: Limited functional test patterns are performed at these input levels. The majority of functional tests are performed at levels of OV and 3V. 
Note 3: This is measured with a 0.1 uF bypass capacitor between Voc and GND. . mee 


Note 4: The low drive CMOS compatible Vou and VoL limits are not tested directly. Detailed device characterization validates that this’ specification can be 
guaranteed by testing the high drive TTL compatible Voy, and Voy specification. : . ‘ 
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15.0 Switching Characteristics ac specs DP8390D Note: All Timing is Preliminary 


Register Read (Latched Using ADSO) 


TL/F/8582-76 


Units 
ns 


Symbol Parameter 


rss Register Select Setup to ADSO Low 


rsh 

aswi Address Strobe WidthIn 
ackdv Acknowledge Low to Data Valid 
rdz Read Strobe to Data TRI-STATE 
rackl Read Strobe to ACK Low (Notes 1, 3) n*beyc + 30 ns 
rackh Read Strobe to ACK High 


rsrsl Register Select to Slave Read Low, 
Latched RSO-3 (Note 2) 


Note 1: ACK is not generated until CS and SRD are low and the NIC has synchronized to the register access. The NIC will insert an integral number of Bus Clock 
cycles until it is synchronized. In Dual Bus systems additional cycles will be used for a local or remote DMA to complete. Wait states must be issued to the CPU until 
ACK is asserted low. 


Note 2: CS may be asserted before or after SRD. If CS is asserted after SRD, rackl is referenced from falling edge of CS. CS can be de-asserted concurrently with 
SRD or after SAD is de-asserted. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 


ns 
ns 
ns 


oO 


ns 


ns 


ns 
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15.0 Switching Characteristics (continued) 


Register Read (Non Latched, ADSO = 1) 


a 
mth 


3 
a 
x 
a 


Symbol 


rsrs Register Select to Read Setup 

eam ka (Notes1,3) ; ~ eee: 
rsrh Register Select Hold from Read ~ ee eae 
ackdy ACK Low to Valid Data oa ae 


’ Read Strobe to Data TRI-STATE 
(Note 2) 


rackl Read Strobe to AK Low (Note 3) 
rackh Read Strobe to ACK High 


Note 1: rsrs includes flow-through time of latch. 


n*bcyc + 30 


TL/F/8582-77 


Units 
ns 


ns 


ns 
ns . 


ns 
ns 


Note 2: These limits include the RC delay inherent in our test method. These signals typically tum off within 15 ns enabling other devices to drive these lines with 


no contention. 


Note 3: CS may be asserted before or after RAO-3, and SRD, since address decode begins when ACK is asserted. if csi is asserted after RAO-3, and SAD, rack1 


is referenced from falling edge of CS. 
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15.0 Switching Characteristics (Continued) 


Register Write (Latched Using ADSO) 


G06hCESN/C06E8dG 


M/L// 


Z 
g 


rswsl 
ACK 
wackl rwds rwdh 


TL/F/8582-78 


symbol | Parameter | Min, =| Max | its 
rss | _RegisterSelect Setuptoapsolow | 10 | | 
sh | RegisterSelectHoldtromapsolow | 17 || 
aswi__|__AddressStrobowiathin | ts || 
ds | __RegisterWrteDataSoup | 20 | | 
dn | RegisterWriteDataHod | at | ts 
ww | Write Strobe WidinfromACK | so | | 
wackn | __WriteStrobe Highto ACK High | | | 
wack | WriteLowtoACK Low (Notes 1,2) || nto + 30 | 
rowsl___|__RegisterSelecttowritestobetow | to |] | 


Note 1: ACK is not generated until CS and SWR are low and the NIC has synchronized to the register access. !n Dual Bus Systems additional cycles will be used 
for a local DMA or Remote DMA to complete. 


Note 2: CS may be asserted before or after SWRA. If CS is asserted after SWR, wackl is referenced from falling edge of CS. 1 | 


1-251 


DP8390D/NS32490D 


15.0 Switching Characteristics (Continued) 


RAO=3 


SWR 


AD0-7 


Symbol 


rsws Register Select to Write Setup 
15 
(Note 1) 


rswh 

rwds 

rwdh 
oF (Note 2) : 

wackh 

ww 


Note 1: Assumes ADSO is high when RAO-3 changing. : i 
Note 2: ACK is not generated until CS and SWR are low and the NIC has synchronized to the register access. In Dua! Bus syste 


a local DMA or remote DMA to complete. 


Register Write (Non Latched, ADSO = 1) 


rsws ww 


heer wackh 


rwdh 


a 


D0-7 


n*bcyc.+ 30 . 
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Units 
ns 


ns 
ns 
ns 
ns 
ns 


ns 


ms additional cycles will be used for 


15.0 Switching Characteristics (Continued) 


DMA Control, Bus Arbitration 
™ &#Tt T2 13 ™ 11 T2 13 ™ 1 12 13 14 1! T2 13 ™m #711 T2 13 


brqhr 


. sis 


BACK 


F becte 
ADSO ES 
sees 


‘we eceecoce 


100-15 lore era oa aXe} 


MWR, MRD 


FIRST TRANSFER FIRST TRANSFER 
IF. BACK SEEN ON IF BACK NOT GIVEN LAST TRANSFER 
FIRST TI. ON FIRST T1. 
TL/F/8582-80 


symbol | Parameter =| Min | Max | __ Units 
brghi Bus Clock to Bus Request High for Local DMA a ns 
brghr Bus Clock to Bus Request High for Remote DMA a ee ns 
bral Bus Request Low from Bus Clock a a ee ns 
backs Acknowledge Setup to Bus Clock 
ns 
(Note 1) 


becte Bus Clock to Control Enable eae Bee eee ns 


bectr Bus Clock to Control Release 70 ne 
(Notes 2, 3) 


Note 1: BACK must be setup before T1 after BREQ is asserted. Missed setup will slip the beginning of the DMA by four bus clocks. The Bus Latency will influence 
the allowable FIFO threshold and transfer mode (empty/fill vs exact burst transfer). 


Note 2: During remote DMA transfers only, a single bus transfer is performed. During local DMA operations burst mode transfers are performed. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics (Continued) 


DMA 7 era 
TI" (NOTE1) = 12" 11 T2 T3 
BSCK 
beyc 
ADS1 beadz 
ADSO hay 
a : aswo 
5c 


TL/F/8582~81 


Symbol Parameter pwn | Max | Units 


bcyc Bus Clock Cycle Time 
(Note 2) 


1000 ns 


bch Bus Clock High Time ee ee ns 
bel Bus Clock Low Time a ee ee ns 
beash | _—BusClocktoAddressStrobeHigh =| | S| ns 
boas! __SueiocstondessStobetow _f __{ _ | ns 
beady Cc enenmaene se ns 
beadz Bus Clock to Address TRI-STATE . 

ads [radiess SouptoaDsovitw | ene | 
adh |__AddressHoldfromapso/itow ss |_—sbel~ 5 | | 


Note 1: Cycles T1’, T2’, T3’, T4’ are only issued for the first transfer in a burst when 32-bit mode has been selected. 
Note 2: The rate of bus clock must be high enough to support transfers to/from the FIFO at a rate greater than the serial network transfers from/to the FIFO. 


Note 3: These limits include the RC delay inherent in our test method. These signals typically turn off within 15 ns, enabling other devices to drive these lines with 
no contention. 
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15.0 Switching Characteristics (Continued) 


DMA Memory Read 


« = 


RD 
dsada 


ds 


dh 
(8,16 sit MODE) ea” A 0-7 X// 
avrh 


(8 it WoDE) | | 


(16 ert MODE) «ABA PPP LLL LA DATA rm 40-15 K// 


TL/F/8582-82 


Parameter | Min Units 
Bus Clock to Read Strobe Low 43 
| BusGlocktoReadStobeHigh | | 
| DataSetuptoReadStobeHigh | | 
| DataHoldtromReadSwobeHigh | 


... Memory Read High to Address TRI-STATE 
(Notes 1, 2) 


asds Address Strobe to Data Strobe 
dsada Data Strobe to Address Active beyc — 10 .-: 
avrh Address Valid to Read Strobe High , ; 3*bcyc — 15 


Note 1: During a burst A8~A15 are not TRI-STATE if byte wide transfers are selected. On the last transfer A8-A15 are TRI-STATE as shown above. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 
lines with no contention. 
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15.0 Switching Characteristics (Continued) | 


DMA Memory Write 


MWR 


aswd wds wdh 


are ong XA a) )} {7 
arte Cs? 

(8 BIT MODE) an 

acu Cems X77 Amin (00-013) _}——{_ WA 


TL/F/8582-83 


symbol | Parameter | Min. =| Max | Units 
bowl | __BusClocktoWriteStrobeLow | | Os 
bown | __BusClocktoWriteStroboHign || | 
wis | DataSotuptoWRHigh | atbcyo 30 | | 
wah ee 


waz Write Strobe to Address TRI-STATE bch + 40 
(Notes 1, 2) 


asds Address Strobe to Data Strobe aes ECS! bel + 10 
aswd Address Strobe to Write Data Valid S| bel + 30 


Note 1: When using byte mode transfers A8B-A15 are only TRI-STATE on the last transfer, waz timing is only valid for last transfer in a burst. 


Note 2: These limits include the RC delay inherent in our test method. These signals typically turn off within bch + 15 ns, enabling other devices to drive these 
lines with no contention. ‘ 2 . 
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15.0 Switching Characteristics (Continued) 


Walt State Insertion 


12 


MRD/MWR 


TL/F/8582-45 


Parameter 


External Wait Setup to T3 | Clock 
(Note 1) 


External Wait Release Time 
(Note 1) 


Note 1: The addition of wait states affects the count of desorialized bytes and is limited to a number of bus clock cycles depending on the bus clock and network 
rates. The allowable wait states are found in the table below. (Assumes 10 Mbit/sec data rate.) 


# of Wait States 
Byte Transfer Word Transfer 


Table assumes 10 MHz network clock. 
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The number of allowable wait states in byte mode can be calculated using: 
*Wovenow = (setae ~') 

#W. = Number of Wait States 

thw = Network Clock Period 

tbsck = BSCK Period 

The number of allowable wait states in word mode can be calculated using: 


5 tnw 
-1) 


#W (word mode) =. ( 2 tbsck 
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15.0 Switching Characteristics (continued) 


Remote DMA (Read, Send Command) 


' .TL/F/8582-84 


Symbol 
bpwrl Bus Clock to Port Write Low 43; ; ns 


Units 
bpwrh Bus Clock to Port Write High ns 


ns 


Request High (Note 1) 


pral Port Request Low from 
Read Acknowledge High 
rakw Remote Acknowledge 


Read Strobe Pulse Width 


Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether a local DMA is pending. 


prqh Port Write High to Port 
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15.0 Switching Characteristics (Continued) 


Remote DMA (Read, Send Command) Recovery Time 
T 4 


TL/F/8582-85 


Symbol Units 
bpwrl Bus Clock to Port Write Low ns 
bpwrh Bus Clock to Port Write High ns 


prgh Port Write High to Port = 
Request High (Note 1) - 

pra! Port Request Low from 
Read Acknowledge High 


rakw Remote Acknowledge 
Read Strobe Pulse Width 


rhpwh Read Acknowledge High to 
Next Port Write Cycle 
(Notes 2,3,4) 


Note 1: Start of next transfer is dependent on where RACK is generated relative to BSCK and whether a local DMA is pending. 
Note 2: This is not a measured value but guaranteed by design. 

Note 3: RACK must be high for a minimum of 7 BUSCK. 

Note 4: Assumes no local DMA interleave, no CS, and immediate BACK. 
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15.0 Switching Characteristics (Continued) 


Remote DMA (Write Cycle) 
| Tt 


TL/F/8582-86 


Parameter 


Bus Clock to Port Request High 
(Note 1) 


WACK Pulse Width 


Bus Clock to Port Read Low 


WACK to Port Request Low 
ACK 


(Note 2) 


Bus Clock to Port Read High 


Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. 


Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BUSCK and whether a local DMA is pending. 
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15.0 Switching Characteristics (Continuea) 


Remote DMA (Write Cycle) Recovery Time 
lot | | 


d06P2ESN/d06E8da 


bprdl bprdh 


TL/F/8582-87 


Symbol Units 


bprqh Bus Clock to Port Request High ns 
(Note 1) 


worl WACK to Port Request Low 
wackw WACK Pulse Width 


bprdl Bus Clock to Port Read Low 
(Note 2) 


bprdh Bus Clock to Port Read High 


wprq Remote Write Port Request 


to Port Request Time 
(Notes 3,4,5) 


Note 1: The first port request is issued in response to the remote write command. It is subsequently issued on T1 clock cycles following completion of remote DMA 
cycles. 

Note 2: The start of the remote DMA write following WACK is dependent on where WACK is issued relative to BUSCK and whether a local DMA is pending. 
Note 3: Assuming wackw < 1 BUSCK, and no local DMA interleave, no CS, immediate BACK, and WACK goes high before T4. 

Note 4: WACK must be high for a minimum of 7 BUSCK. 

Note 5: This is not a measured value but guaranteed by design. 
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15.0 Switching Characteristics (Continued) 


Serial Timing—Receive (Beginning of Frame) 


RXC 


CRS 


RXD 


TL/F/8582-88 


symbol | Parameter | Min | Max | Units 
roh | Receive Clock HighTime | 40 || 
rl | Receive ClockLowTime | 40 | 
reye 800 ns 


rds Receive Data Setup Time to 20 
Receive Clock High (Note 1) 

rdh Receive Data Hold Time from 17 aie 
Receive Clock High 

pts First Preamble Bit to Synch rcyc 
(Note 2) 


cycles 
Note 1: All bits entering NIC must be properly decoded, if the PLL is still locking, the clock to the NIC should be disabled or CRS delayed. Any two sequential 1 data 
bits will be interpreted as Synch. 


Note 2: This is a minimum requirement which allows reception of a packet. 


ns 


Serial Timing—Receive (End of Frame) 


RXC 


CRS 


RXD 


TL/F/8582-89 


| Parameter | Min S| Max 
Minimum Number of Receive Clocks 5 
after CRS Low (Note 1) 
Maximum of Allowed Dribble Bits/Clocks 
(Note 2) 
Receive Recovery Time 40 
(Notes 4,5) 
Receive Clock to Carrier Sense Low 
(Note 3) 


Note 1: The NIC requires a minimum number of receive clocks following the de-assertion of carrier sense (CRS). These additional clocks are provided by the 
DP8391 SNI. If other decoder/PLLs are being used additional clocks should be provided. Short clocks or glitches are not allowed. 


Note 2: Up to 5 bits of dribble bits can be tolerated without resulting in a receive error. 
Note 3: Guarantees to only load bit N, additional bits up to tdrb can be tolerated. 


Note 4: This is the time required for the receive state machine to complete end of receive processing. This parameter is not measured but is guaranteed by design. 
This is not a measured parameter but is a design requirement. 


Note 5: CRS must remain de-asserted for a minimum of 2 RXC cycles to be recognized as end of carrier. 
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15.0 Switching Characteristics (Continuea) 


Serial Timing—Transmit (Beginning of Frame) 


C06/72ESN/C06E8dd 
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Symbol Units 
txch. _ Transmit Clock High Time ns 


txcl Transmit Clock Low Time ns 
txcyc ¢ Transmit Clock Cycle Time ps ns 


txcenh_ - Transmit Clock to Transmit Enable High 
ae ns 
on (Note 1) 


txcsdv Transmit Clock to Serial Data Valid - ns 


txcsdh Serial Data Hold Time from ng 
OS Transmit Clock High 


Note 1: The NIC issues TXEN coincident with the first bit of preamble. The first bit of preamble is always at. 


Serial Timing—Transmit (End of Frame, CD Heartbeat) 


BIT N=1 


TL/F/8582-91 


Transmit Clock to Data Low 


Transmit Clock to TXEN Low 


TXEN Low to Start of Collision . ~ txeye 
Detect Heartbeat (Note 1) cycles 


Collision Detect Width txcyc 
cycles 


Note 1: If COL is not seen during the first 64 TX clock cycles following de-assertion of TXEN, the CDH bit in the TSR is set. 


1-263 


DP8390D/NS32490D 


15.0 Switching Characteristics (Continued) 


Serial Timing—Transmit (Collision) 


TL/F/8582-92 


Collision Detect Width - 
Delay from Collision to First 
Bit of Jam (Note 1) 


Jam Period (Note 2) 


Note 1: The NIC must synchronize to collision detect. If the NIC is in the middle of serializing a byte of data the remainder of the byte will be serialized. Thus the jam 
pattern will start anywhere from 1 to 8 TXC cycles after COL is asserted. : ' ‘ . eter 


Note 2: The NIC always issues 32 bits of jam. The jam is all 1’s data. 


Reset Timing 


TL/F/8582-93 


| Parameter | Min 


Reset Pulse Width (Note 1) BSCK Cycles or TXC Cycles 
(Note 2) 


Note 1: The RESET pulse requires that BSCK and TXC be stable. On power up, RESET should not be raised until BSCK and TXG have become stable. Several 
registers are affected by RESET. Consult the register descriptions for details. ; oa 


Note 2: The slower of BSCK or TXC clocks will determine the minimum time for the RESET signal to be low. 
If BSCK < TXC then RESET = 8 x BSCK 
. If XC < BSCK then RESET = 8 x TXC 
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AC Timing Test Conditions 


GND to 3.0V 
5ns 
1.3V 

Float (AV) +0.5V 


Input Pulse Levels 

Input Rise and Fall Times 
Input and Output Reference Levels 
TRI-STATE Reference Levels 
Output Load (See Figure below) 


Vec 


$,(NOTE 2) 


TL/F/8582-94 


Note 1: C_ = 50 pF, includes scope and jig capacitance. 


Note 2:S1 = Open for timing tests for push pull outputs. 
S1 = Voc for Vo, test. , 
S1 = GND for Voy test. 
S1 = Vcc for High Impedance to active low and active low to High 


Impedance measurements. 


$1 = GND for High Impedance to active high and active high to 
High Impedance measurements. 
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Pin Capacitance 1, = 25°c,f = 1 MHz 
Typ 


Description | Typ | Max | 
cag 
CouT Output 7 
Capacitance 


Note: This parameter is sampled and not 100% tested. 


DERATING FACTOR 

Output timings are measured with a purely capacitave load 

for 50 pF. The following correction factor can be used for 

other loads: 

C, = 50 pf: +0.3 ns/pF (for all outputs except TXE, TXD, 
and LBk) . 


rs 


G06r/cESN/A06E8dd 


AN-873 


Architectural Choices 
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INTRODUCTION 


with varying tradeoffs. 


net are fairly simple: 


possible. 


' John Von Voros 


for Network Performance _ 


Recently the popularity of networking has grown, and as a 
result virtually any type of computer system and many pe- 
- ripherals are incorporating facilities to connect to a network. 
With the integration of the network function onto just a few 
IC’s, the design of the interface circuitry to the network’s 
physical interface is becoming simpler. However, the design 
of the interface can be implemented many different ways, 


. The basic design tradeoffs for interfacing a system to Ether- 


1. Performance. Generally this is measured in terms of the 
amount of data transmitted and received in a given time 
period. The more data the better. As shown in Figure 7, 
the purpose of a Network interface is simply to: Move 
Data. The interface should be as fast and efficient as 


National Semiconductor. 
Application Note 873 
Larry Wakeman. - 


a 
‘ 
I Hardware I 1 Network 1 
and ‘ ! Operating ecscooy 
Device De System : 
Driver : 1 : Le 
oe 


<————— Moving Data ———_—_—_» 


2. Low Cost. Obviously the user would like to pay as little 


as possible for the network connection, 


ao 


to successful integration into an existing network. 


Unfortunately, these simple goals can lead to choosing dra- 
matically different designs for the Ethernet interface subsys- 
tem. The diversity of computer architectures (both hardware 
and software) requires a unique balance of all of these crite- 


ria. 


This paper will concentrate on the application of Ethernet in 
PC type computer systems (i.e., Intel 286, 386, 486 CPUs). 
Both hardware and software issues will be addressed as 
they pertain to performance, cost, and compatibility. The 
considerations presented here are applicable to other com- 


puter systems as well. 
NETWORK PERFORMANCE 


Obviously one of the major tradeoff’s in developing a net- 


work interface solution is performance versus cost. 
But: What is network performance? 


Defining Network Performance 


Network performance is a measure of the ability of a partic- 
ular network configuration to move data from one computer 
to another. Typically, this data movement occurs from a 
server to a workstation or client. Unfortunately, there is no 
standard method of measuring and benchmarking perform- 
ance, due to the multitude of network and node configura- 
tions. We shall dissect the components of performance in 
an attempt to describe the roles that hardware and software 


play in a typical network. 
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FIGURE 1. The Success of a Network 

Interface is it’s Ability to Quickly, and 
Safely Move Data to/from the User 


. Compatibility. Both software and hardware compatibility 
to established industry standards is crucial. In the PC 
market, this means the ability to work with standard soft- 
ware (i.e., Novell’s NetWare® and Microsoft's Windows 
for Workgroups®) and hardware. In the non-PC market, 
interoperability with other network components is the key 


When a user makes a request for information or data not 
resident on his own computer (like opening a memo in his 
word processor when the memo is located on a remote sys- 
tem), the network’s pieces must all respond to this request. 
The user’s perception of performance is determined by how 
long he must wait for the information to appear on his 
screen. 


When an inquiry is made on the network for some informa- 
tion, a complex set of transactions occurs. The user’s com- 
puter operating system tells the network protocol to send a 
message to the server asking for the information. The proto- 
col software then instructs the driver to send the request to 
the hardware interface, which in turn sends data over the 
cable to the server. After the packet has been received, an 
acknowledgement is sent to the server indicating that a val- 
id transfer was accomplished. 


The reverse procedure occurs on the server end. When the 
hardware receives the request, the driver is instructed to 
pass it on to the network protocol. The computer operating 
system takes the request from the protocol and issues a 
response (the actual data) which is sent back through the 
network in a similar fashion. 


Each of these software and hardware components manipu- 
lates the requests and responses to ensure proper delivery 
of the data to/from each destination. This process is shown 
in Figure 2. Each step requires time for the software and 
hardware to execute its piece of the job. The sum total of 
the time it takes for each operation to occur is the perform- 
ance of the transaction. 


WHERE’S THE BOTTLENECK? 


There are many variables in the performance equation, and 
the network interface card is only one factor. Much like 


= ee eee ee ee ee eg 


Network 
Computer/Workstation 


Computer 
Operating 
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D, Cc 
0? 8 
Client a 
Software , = Network 
Delay Protocol 
dD, 
rts Network 
Delay Device Driver 


Hardware 
Delay 


FIGURE 2. Representation of System Delays that Impact Performance 


Ethernet cards, the overall performance of a system can be 
divided into hardware and software issues. On the hardware 
side, the speed of a network is determined by the perform- 
ance of the server and all of the attached workstations. The 
network operating system is a major contributor to the over- 
all latency of a network. 


The response time of a server or workstation is affected by 
CPU speed, bus bandwidth, network loading, and the speed 
and topology of the transmission media (such as coax, 
twisted-pair, optical fiber, etc.). The server should provide 
sufficient disk cache memory and a fast hard disk subsys- 
tem to minimize delays. Typically, throughput on a loaded 
network segment can be reduced to under 20% of maxi- 
mum by random disk |/O requests. Improving individual 
workstation throughput has very little impact on the overall 
network since it only affects a small percentage of the total 
load. The expense of outfitting a high performance server 
can be amortized over the cost of the entire network since 
all users will benefit. 


The network operating system (NOS) can also have a dra- 


matic affect on Ethernet throughput. The two main functions 
of the NOS are to move large blocks of data around in RAM 
and manage the disk I/O subsystem. Excessive copying of 
data or poor file management will result in poor LAN per- 
formance. 


Since each item in the request/response path contributes to 
overall performance, it is desirable to minimize delays 
through each section. From the Ethernet hardware develop- 
er’s perspective, the efficiency of the NOS and the cable 
throughput are fixed. The only areas available for improve- 
ment of the network hardware performance are optimization 
of the driver and the bus interface design. It is important to 
recognize that the hardware and driver are a small (but 
important) part of the total performance equation. In most 
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cases doubling or tripling performance of the network hard- 
ware will have a much smaller impact on total performance. 
(Whereas doubling or tripling the CPU porermanice could 
have a much greater affect.) 
As can be seen in Figure 2, the total speed at which re- 
quests/responses can be handled is dictated by the serial 
path shown. For the analytically minded: . 

Kp 
(Request Delays) 
Basically, network performance is the reciprocal of the sum 
of the request delays for the measured transactions. Kp is a 
multiplier constant to convert to kbytes/sec. 
A single request/acknowledge delay is the sum of the indi- 
vidual delays as shown in Figure 2. : 
Request Delay = (DO + D1) (2 Kcpy) 

+(D5 + D6) (2 Kcpu2) 
+2(D2 + D3 + D4) + D7 

DO, D1, D3, D5, D6 are all software delays and thus are 
multiplied by the performance of the system processors, 
while D2, D3, D4 are network hardware delays that are not 
affected by software performance (ideally). D7 is the delay 
due to system hardware other than the network interface, 
such as a disk and controller. 


- Performance = 


Measuring Performance 


Generally, one would like to measure these delays and cal- 
culate the throughput of a particular network configuration. 
Most benchmarks can only evaluate the summation of 
these delays. This is done by measuring the actual data 
throughput, usually in kbytes/sec or in seconds for a partic- 
ular task. 


Now, of course every good ares has his favorite bench- 
mark, but the validity of a benchmark can be very deceiving. 
Most Ethernet vendors cite the Novell PERFORMx bench- 
mark as a performance measure, this is valid but does not 
accurately model the request/response of a real network. 
Some testing labs have developed scripts that simulate user 
transactions in an attempt to create a more representative 
view of network speed, and these tend to be more valid. 
However, due to the ease of testing and general availability 
of the PERFORM program most comparisons utilize this 
program’s measurements. 


The perform benchmark tends to measure the throughput of 
the network interface, the protocol software, and the system 
CPU. The data being transferred is cached in the server’s 
memory, so disk drive speed is not a factor. This means that 
the largest delay for a system is not taken into considera- 
tion. 


Another important aspect of performance is the amount of 
time the server CPU is idle. The more CPU bandwidth that is 
available the greater the potential for the server to do other 
processing or to handle more information. This becomes 
important when the server is being used as a database en- 
gine or if multiple Ethernet cards are used concurrently. A 
server that is oversaturated will drop packets, and thus de- 


crease performance because each of these packets will. 


have to be retransmitted. Generally, CPU utilization indi- 
cates the potential for better performance rather than actual 
performance. In the NetWare world, the CPU utilization 
measure is made using the MONITOR program which is run 
on the server. A meaningful benchmark should contain both 
the throughput and the CPU utilization figures. For example, 


a system with 100 kbyte/sec throughput with a 10% utiliza- 
tion (90% idle) should be better than a 100 kbytes/sec with 
a 90% utilization. When making. comparisons between ar- 
chitectures, it is important to use the same equipment for 
each test since the benchmarks are also measuring the 
server's and workstations’ performance. The network 
should have at least six workstations to ensure heavy Ether- 
net traffic. 


ARCHITECTURAL OVERVIEW 


The architecture of an Ethernet card encompasses a hard- 
ware interface to the system as well as a software interface, 
which is really the packet buffer management that the hard- 
ware implements with the device driver software. This sec- 
tion will cover the hardware aspects first since this is very 
much the systems designer’s decision. Secondly a descrip- 
tion of various software interfaces is described, although in 
most cases this is actually defined by the integrated control- 
ler chosen for a particular design. , 


Hardware Interfaces 


Before discussing actual applications, it is useful to catego- 
rize Ethernet interfaces. Once done, this can be applied to 
various applications to determine the best fit for each appli- 
cation. A summary can be found in Table 1. The interfaces 
from the Ethernet subsystem to the host’s system bus can 
be divided into roughly 5 categories as follows: 


41. 1/O Mapped Slave: In this design, the adapter interfaces 
to the system via a limited number of I/O ports, usually 
16 bytes-64 bytes. The interface has dedicated RAM to 
buffer network data, usually 8k to 64 kbytes. A simple 
block diagram is shown in Figure 3. National’s DP8390 

-- core controllers have on-chip logic to ease implementa- 
tion of this interface. 


Ethernet 
Controller 
(DP8390) 


System 1/0 Bus 


‘ TL F/11784-3 
FIGURE 3. Diagram Showing Major 
Blocks of the I/O Mapped Architecture 


Advantages: A very simple interface, tends to be low 
cost. Does not occupy large address space (important for 
PC’s with many peripherals competing for common ad- 
dress allocations). Places little performance requirements 
on the system bus, and so is ideal for systems that have 
poor bus bandwidth or long bus latencies. 
Disadvantages: May be slightly lower in performance. 
Requires dedicated buffer RAM which can add to cost of 
the interface. 


2. Shared RAM Slave: This architecture utilizes a RAM that 
is dual ported (usually a static RAM with an arbiter rather 
than an integrated dual port RAM) to enable the network 
interface and the main system to communicate through a 
common “window” of memory, as shown in Figure 4. The 
DP8390 has request/acknowledge logic to simplify imple- 
mentation of this interface. 
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FIGURE 4. Basic Block Diagram 
of the Shared Buffer RAM Design 
Advantages: A fairly simple interface that is slightly high- 
er in performance than the I/O Slave since the data is 
directly accessible to the system via the buffer RAM. 


Disadvantages: Tends to be more complex than the I/O 


interface, and thus more expensive. The additional cost is 
due to the logic required to dual port the buffer RAM 
which includes a couple of extra PALs, 4-6 extra octal 
buffers, and some added logic for software control. (How- 
ever, as integrated or ASIC solutions become available 
_ this extra logic can be absorbed inexpensively making the 
solution cost equivalent to an 1/O mapped design.) This 
architecture places slightly greater performance require- 
ments on the system bus than the I/O Slave since the 


system is contending for the buffer RAM with the network © 


interface. 


The Shared RAM architecture is not the best choice when 
the host system has a limited addressing range and/or its 
memory cycles aren't significantly faster than its 1/O cycles. 
In a PC-AT compatible application, the Shared RAM design 
typically has a 30% faster bus transfer speed, however 
when the effects of driver and Network Operating System 

(NOS) overhead are, considered, the advantage of the 

Shared RAM design is reduced to 10% or less. In Micro 

Channel or EISA systems, the difference in I/O vs memory 

transfer rates is less, so the performance disparities would 

be reduced (assuming the network hardware does not pres- 

ent any other constraints). , 

Note: These relative numbers do not include disk access overhead, so the 

performance difference seen by a user will typically be lower. 

3. Simple Bus Master: For the simple bus master interface, 
the network peripheral directly requests the system bus, 
and when granted, takes control of the bus and directly 
places packet data into system memory (Figure 5). The 
performance of this design is heavily dependent on the 
sophistication and speed of the DMA channel logic, and 
the bus itself. In the past, most Ethernet controllers did 
not have sufficient bus speed or buffer management to 
support this type of architecture, hence it’s relatively new 
emergence has coincided with the introduction of high 
performance controllers such as the SONICT’ DP83932. 
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FIGURE 5. Simple Bus Master Block Diagram 


In order to understand memory buffer structures, it is useful 
to compare the packet movement of a Shared Memory or 
1/O Interface (local memory) to that of the Bus Master de- 
sign. In a local memory design (Figure 6a), the data is first 
buffered, then copied to the system memory. The Bus Mas- 
ter, on the other hand (Figure 6b), places the data directly 
into system memory. This latter approach is significantly 
faster because local memory designs require an extra read 
and write cycle to move the contents of the local buffer 
RAM into system memory. In theory, the Bus Master can 
eliminate additional data copies. Performance is reduced if 
the Bus Master cannot buffer directly to the NOS and a data 
copy has to be executed. The fact that local memory re- 
quires data buffering in two steps is not as significant to 
performance as the method of moving the data into system 
memory (i.e., DMA, 1/O channel, etc.). Bus latency is one of 


the prime considerations when deciding to use a bus master 
_approach. Newer generation controllers rely on a FIFO to 


buffer data until the bus becomes free for transfers. De- 
pending on the computer, this delay can be longer than the 
maximum time allowed by the FIFO. When a FIFO overrun 
(or underrun) occurs, the packet must be retransmitted. In 
theory, the maximum bus latency tolerated by a controller 
can be calculated by the equation: 


Depth of FIFO (Bytes) 
10 Mbits/S x 0.125 Byte/Bit 


There are two classes of bus masters which for this docu- 
ment we will call a MAC (Media Access Control) Bus Mas- 
ter, and a Bus Master (for lack of better names). The distinc- 
tion, is that a MAC Bus Master becomes owner of the bus, 
but utilizes some form of system or external DMA controller 
to actually move the data. In other words the MAC Bus Mas- 
ter cannot generate addressing for the received or transmit- 
ted data. The Bus Master, on the other hand, utilizes a DMA 
controller that is built into the MAC. This DMA controller is 
capable of controlling data movement in a reasonably so- 
phisticated way, and can place data into or take data from 
any desired location. 


Advantages. Properly designed with enough intelligence 
in the packet buffering (i.e., not typically a MAC Bus Mas- 
ter), this implementation provides a very high perform- 
ance data transfer throughput. If the DMA master is so- 
phisticated enough, data can be placed directly into sys- 
tem memory, thus eliminating extraneous data copying 
by the driver software as is required by |/O mapped and 
Shared RAM designs. 


Latencymax = 
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(b) Bus Master Architecture 
FIGURE 6. Comparison of Data Movement 


Disadvantages. In order to achieve high performance, 
the DMA machine must be sufficiently sophisticated (not 
a MAC Bus Master). In many low performance bus sys- 
tems, direct bus ownership is not supported. In other 
buses, such as ISA, the bus is not sophisticated enough 
to arbitrate between potential bus owners without tying 
up the CPU unnecessarily. In some high performance 
bus interfaces, the latency from bus request to bus grant 
can be very long and require on-card buffering of the 
data to avoid dropping packets. 


When comparing software driver performance, the efficien- 
cy of the driver plays a bigger role in Bus Master designs. 
This is because the Bus Master’s hardware transfer is very 
efficient and the overhead of the driver is a bigger percent- 
age of the data throughput. Typically in a PC (ISA bus) the 
bus master data transfer rate is 2-2.5 times that of an I/O 
based design. When software overheads are included, how- 
ever, the Bus Master design typically achieves a perform- 
ance increase over the 1/O design. (Driver inefficiencies in 
reality can reduce this by about 5%.) 


Note: These relative numbers do not include disk access overhead, so the 
performance difference seen by a user. will typically be lower. 
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4. Buffered Bus Master. In this design the network packet 
data is DMA’d by a network controller through the on- 
card bus into a buffer RAM (Figure 7). The packet data is 
then tranferred to the system by additional logic that 
DMA’s the data across the system bus into main memory. 
The performance of this architecture is comparable to 
that of the standard bus master with a marginally higher 
use of CPU bandwidth. | 


Advantages. This architecture provides high perform- 
ance close to the simple bus master design even in situa- 
tions where there are extremely long bus latencies (i.e., 
EISA). 


Disadvantages. When compared to the simple bus mas- 
ter interface, the cost of implementation is higher since 
this design requires additional buffer RAM and a complex 
system bus DMA channel in addition to the network inter- 
face’s DMA channel. If the DMA interface is not sophisti- 

- cated, the performance will be lower and the software 
driver will have to do additional processing. . 
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FIGURE 7. Buffered Bus Master Block Diagram 


5. Intelligent Bus Master. This design has a general pur- 
pose processor dedicated to the network interface for 
processing packet data (Figure 8). For low-end cards, the 
processor does not do protocol processing but only per- 
forms packet data manipulation and controls access be- 
tween the system and the network interface. On high end 
designs, the dedicated network CPU does protocol pro- 
cessing which off-loads this task from the main system. 
‘The transfer of data to the system may be via an I/O, 
shared RAM, or bus master interface. 
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FIGURE 8. Intelligent Bus 
Master Block Diagram 
Advantages. When using a processor with sufficient per- 
formance, this solution offers the highest performance of 
any of the solutions. This design also allows for the high- 


Disadvantages. Very costly in terms of hardware and 
component count. In order to achieve significant packet 
throughput advantages, the dedicated processor must 
be able to process packets at least as fast as the host 
CPU. In many cases, the low end cards are less efficient 
than simple bus master cards in terms of packet through- 
put. 


In most .practical examples, medium performance 16-bit 
processors are chosen and this choice tends to offer lower 
packet throughput than any of the other architectures. Typi- 
cal CPU loading is roughly half that of a non-intelligent bus 
master. 


BUFFER MANAGEMENT ARCHITECTURES 


Just as the performance of a particular hardware implemen- 
tation depends on how fast data is transferred to the sys- 
tem, the packet buffer management scheme helps deter- 
mine how fast data can be transferred from the hardware to 
the Network Operating System. A great hardware design 
can be foiled by a poor software interface. 


High performance software designs will reduce software 
complexity and directly provide the data to the NOS in a way 
that the NOS expects. There are cost/performance trade- 
Offs in this interface as well, and so there are various buffer- 
ing methods. 

Before discussing the types of buffering that hardware may 
choose to implement, it is first useful to look at what operat- 
ing systems expect for packet data. The goal is to minimize 
the device driver overhead, so a look at what information 
and in what form the NOS expects it is important. 


- Figure 9 shows a representation of how the user sends and 


receives data to/from the NOS. For sending packets, the 
NOS breaks up the data into smaller pieces so that they can 
fit within an Ethernet frame. The driver then takes this data 
and presents it to the hardware. On reception, the hardware 
gives data to the driver which in turn passes this data to the 
NOS. The NOS translates the data (if necessary) to a form 
acceptable to the user’s application. 


Transmit Requirements 


The simpler part of the packet buffering scheme is the 
transmission of a packet. In this instance, the packet starts 
from the user’s application, and the NOS prefixes network 


’ data, usually referred to as headers, to the application data 


est bus latencies, since on board RAM can store many — 


packets. This architecture can off-load the server’s CPU 
from processing the low level protocol tasks and can thus 
achieve very low server utilization relative to other tech- 
nologies. Ls 


as shown in Figure 10. These headers can contain protocol, 
routing, or application specific information. The most effi- 
cient method of ‘‘prefixing” is to create a pointer list which 
describes the data pieces’ locations rather than copying all 
the data into a contiguous area. The driver receives this list 
from the NOS and then sends the information to the hard- 
ware. The network interface controller should be able to use 
this list with as little driver software manipulation as possi- 
ble. The hardware and its associated driver must also be 
able to queue multiple requests since the network cable can 


‘ only send one packet at a time. 
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FIGURE 9. User-Cable Data Movement through NOS to Driver to Hardware 
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FIGURE 10. Transmit Packet Creation 
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Receive Requirements 


One might assume that the receive packet handling should 
be very similar to the transmit, but there are a number of 
differences. First, unlike a transmit packet, the NOS, driver, 
and hardware have no idea when a packet may arrive, what 


kind of packet (i.e., IPX, TCP/IP, DECnet, etc.) it is going to 


receive, and how may packets may be received in a given 
time. While a packet to be transmitted is statically resident 
in memory until it is operated on, a packet being received 
must have sufficient memory allocated to it prior to recep- 
tion. The amount of memory set aside must be equal to the 
maximum packet size since there is no way to predetermine 
a packet's length. 


These unknowns require a different type of buffer manage- 
ment. Since a packet could be received at any moment, the 
driver or the hardware must allocate memory before the 
packet arrives. The system should provide enough memory 
to handle several packets at a time in case the packets are 
received faster then they can be processed. This memory 
allocation is accomplished in hardware by most architec- 
tures. A dedicated packet buffer RAM on the network card 
aliows sufficient space to receive multiple packets (this ca- 
pability is the reason that dedicated hardware RAM is used). 
All but the simple bus master architecture have a dedicated 
packet buffer. 


In the simple bus master, the driver must allocate a dynamic 
pool of system memory, and so the structure of the receive 
portion of the driver depends more on the memory alloca- 
tion scheme of the NOS than the network side. Thus for 
simple bus masters to be effective, they should implement a 
memory allocation/management scheme similar to that of 
the NOS to simplify data manipulation. 

Another consideration is that ultimately the packet will be 
given to the host's operating system, so the hardware/driv- 
er should present the data in a compatible format. The NOS 


will fragment the packet to remove all of the headers and» 


give the data to the receiving application in the form it ac- 
cepts. . 


As can be seen in Figure 17 a-c, there are several possible 


schemes for dealing with received packets. In cases where 
only one packet type is being received, the hardware/soft- 
ware may be able to fragment the packet into it’s multiple 
headers as it is received and to place each header into a 
separate area for manipulation (called protocol fragmenta- 
tion buffering). In some cases, this scheme is efficient since 
data copying can be eliminated (in theory). The down side 
for the NOS is that each layer must keep track of several 
pointers. When multiple protocols and packet types are in- 
volved, this type of scattering is difficult because the hard- 
ware will have to receive enough of the packet to determine 


its type, and then either the hardware or software must find 
appropriate memory to place the fragments. This effort is 
required because different packet types have different 
header lengths and contents. 


Another possible reception method is to fragment the pack- 
et into small buffers, usually 256 or 512 bytes. This will re- 
sult in a large Ethernet packet being chopped into 3 pieces 
(Figure 11b). There are several advantages to this tech- 
nique: 


1. Operating system memory management uses these 
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block sizes, so memory allocation is simplified by not hav- 
ing to allocate large contiguous memory blocks. 


. Most Ethernet packets are relatively small, usually <256 
bytes. This type of memory scheme is more memory effi- 
cient than if a packet were contiguously buffered to a 
single area. This is because each memory area must be 
able to accommodate a full Ethernet packet 1518 bytes, 
and if a small 100 byte packet is received then the rest of 
the packet buffer will contain unused memory. (However 
these days operating systems with huge multi-megabytes 
of memory are common, and a few extra kbytes of packet 
buffers is typically not a big problem.) 


. In some schemes, the beginning of a new packet may be 
buffered directly at the end of the previous packet which 
causes additional fragmentation and hence more pointers 
(but is more memory efficient). 

The problem with this second scheme is performance. 
When a packet is scattered as shown in Figure 77b, multiple 
pointers are required to keep track of the packet, this means 
that there is more software overhead associated with main- 
taining the pointers, and it is possible that some fields within 
the packet may be split between two buffers. Fortunately, 
this split is not likely to occur in the packet headers if 
>64 byte buffers are used, but the application data will be 
split, and may need to be copied to a contiguous buffer by 
the NOS prior to handing it off to the receiving application. 


The problems with the two associated schemes can be 
overcome by having the hardware buffer the packet into a 
single contiguous memory area (Figure 11c). This allows the 
protocol software to have only one pointer to describe a 
packet. When a header is processed, the old pointer is 
thrown out, and the next header’s pointer is easily created. 
The packet data arrives at the application in contiguous 
form. Multiple pointers to packet headers can easily be cre- 
ated if the software requires it. In multiple packet type appli- 
cations, it is easier/cheaper for the software (as opposed to 
hardware) to determine the type of protocol/packet type for 
the received packet and manipulate the data based on this 
determination. 
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Operating System Requirements 


As has been described, the optimal buffering scheme for 
packets depends, in part, on the way the NOS interacts with 
the device driver and the hardware. At the device driver 
level, the NOS defines a programming interface for the ex- 
change of packets between the hardware/driver and the 
NOS. The type of interface helps to determine the desired 
buffering scheme. 

Note: Hardware architecture also affects this choice. 


For non-embedded applications which use standard operat- 
ing systems, the most prevalent transmit schemes provide 
the driver with a list of locations for the various portions of 
the packet. The driver/hardware then assembles the packet 
to prepare for transmission. Several schemes are used for 
receiving packets, but contiguous packet reception is the 
most popular. Packet scattering based on small memory 
block allocation is also quite common. 


Most operating systems require a certain byte alignment on 
received packets to conform to their memory management 
schemes. For example, 32 bits OS's usually require double 
word alignment, while PC DOS (an 8-bit OS), most often 
demands byte alignment. In general, the transmit alignment 
is usually byte oriented because the header fragments gen- 
erated may be an odd number of bytes. 


Hardware Packet Buffering Schemes 


Keeping in mind the general characteristics outlined above, 
several hardware packet buffering techniques can be com- 
pared. The NOS requirements do not change based on the 
hardware architecture or the buffering scheme chosen, so 
when the hardware does not provide optimal algorithms, the 
device driver software is required to complete the job. 


When the hardware packet buffering scheme minimizes bot- 
tlenecks (particularly software overhead), the theoretical 
performance of the driver/hardware set will increase. This 
section compares major buffering schemes and how they 
map into the NOS operations, hopefully revealing an indica- 
tion of the better architectures. 


The several schemes can be categorized as follows: 


1. Simple DMA: Utilizing a simple start address and length, 
the system DMA performs all memory transfers. 


2. Buffer Ring: A block of memory is setup as a recirculating 
ring where data at the top of the memory block automati- 
cally wraps to the bottom, and pointers track the used/ 
open memory space. 


3. Linked Lists: A number of descriptor structures that de- 
scribe blocks of memory. Each block can contain either a 
part of a packet, a single packet, or multiple packets. 


4. Protocol Translation: This scheme must be implemented 
on an intelligent card since the on board CPU performs 
driver tasks as well as protocol processing. The designer 
can customize the hardware using any combination of the 
three previous buffering schemes if the native CPU is not 
needed for protocol translation. This buffering scheme, 
due to it’s unique programmability, will not be discussed 
separately. 
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SIMPLE DMA BUFFERING 


Typically this buffering architecture is used when the Ether- 
net Hardware is a simple MAC (Media Access Controller) 
Bus Master card that uses the system’s DMA to provide a 
low cost solution. It is possible that the System DMA can be 
used in conjunction with a hardware scheme that includes a 
dedicated buffer RAM (like Shared RAM). 


Reception tends to be a problem for the simple MAC bus 
master, so this is discussed first. Incoming packets are buff- 
ered in a small FIFO and a request is made for the system 
DMA controller to transfer the data. Simple bus master 
cards that do not use local memory must have access to the 
system bus before the FIFO fills, or the packet will be 
dropped. In addition, the host CPU must be able to allocate 
new blocks of memory as they are needed, which can be 
significant in terms of software overhead. For ISA based 
PC’s, the DMA transfer rate is between 1.0-2.0 Mbytes/ 
second which is not sufficient to keep up with the Ethernet 
data rate. 


The transmit operation requires the DMA controller to trans- 
fer data from the host’s memory to the controller's FIFOs 
(Figure 12). \f the FIFOs are not large enough to buffer the 
maximum packet size, care must be taken to avoid a FIFO 
underrun because partial packets will be transmitted on the 
network. Once again, the host’s CPU is responsible for all 
memory management. 
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FIGURE 12. System Memory Packet Reception 
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Buffer Ring DMA 


For this architecture, the controller's memory manager utli- 
izes a ring structure comprised of a series of contiguous 
fixed length buffers in a local RAM (Figure 13). The ring is 
typically divided into a transmit and receive section by the 
driver software. During reception, incoming data is buffered 
to the receive portion of the ring and then transferred to the 
system by the local DMA channel. The memory manager is 
responsible for three basic functions during reception: link- 
ing receive buffers for long packets, recovery of buffers 
when a packet is rejected, and recirculation of memory 
blocks that have been read by the host. 


When transmitting data, the software driver must first as- 
semble the packet in the transmit portion of the ring using 
DMA transfers. This information must include the destina- 
tion address, the source address, the type/length of the 
packet, and the data itself. When transmission begins, the 
controller's local DMA channel transfers the data out of the 
ring and into the controller's FIFO. The controller sends out 
the data and appends a CRC field. The block of buffer mem- 
ory used by the packet is then returned for reuse. 


Linked List Packet Handling 


In a linked list structure, packets that are received or trans- 
mitted are placed in buffers that are linked by lists of point- 
ers. The advantage to this approach, as mentioned earlier, 
is that it should eliminate unnecessary packet copying. The 


BUFFER RAM 


Buffer #1 
Buffer #2 
Buffer #3 


software driver pre-allocates memory for receiving data and 
stores a list of pointers to available buffer pages in a Re- 
ceive Resource Area (Figure 714). Another list of pointers 
(Resource Descriptor Area) is created when packets are re- 
ceived. Each pointer in this list corresponds to the starting 
address in memory of the received packet. Multiple packets 
can be stored in the same buffer area as long as their total 
length does not exceed the buffer page size. 


The transmit buffer management scheme uses two areas in 
memory for transmitting packets (Figure 15). The Transmit 
Descriptor Area contains several fields that describe the 
packet to be.transmitted and a pointer to the descriptor of 
the next packet to be transmitted. Quite often, operating 
systems store packet header information in one portion of 
memory and application data in another. Each of these 
fields is called a fragment. 


The typical Ethernet packet contains multiple fragments, so 
the linked list buffering scheme provides pointers to each 
piece as well as a count of how many fragments are in the 
packet. In contrast, the buffer ring architecture would have 
required the driver to copy all of the fragments and the ap- 
plications data into a contiguous area of local RAM prior to 
transmission. The buffer ring is a simple lower performance 
packet buffering scheme. The linked list structure adds 
some complexity, but will increase performance when prop- 
erly tailored to the network operating system. 
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FIGURE 13. Buffer Ring DMA Structure 
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FIGURE 14. Linked List Packet Receive Buffer Structure 
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N 
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FRAGMENT 
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FRAGMENT 
ADDRESS #2 


END OF LIST 


FIGURE 15. Linked List Packet Transmit Structure 
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SYSTEM APPLICATIONS 


For a certain application, many architectures may prove ad- 
equate, but the best solution may not be obvious. The fol- 
lowing section wil discuss the general design tradeoffs to 
each approach as they apply to personal computers and 
office peripherals. 


PC/PC-AT Client Adapter 


While many companies promote performance, most simple 
interfaces prove to be sufficient, therefore cost and compat- 
ibility are of greater importance. The |/O mapped design is 
by far the most prevalent architecture for PC client cards 
due to good packet throughput performance and low cost. 
|/O mapped cards also tend to be the easiest to install be- 
cause the I/O space of PC’s tends to be less crowded then 
the memory space. 


Shared memory cards must map their local packet RAM into 
the PC’s address space between 640k and 1M. In the DOS 
environment, this space is crowded with BIOS ROMs, EGA/ 
VGA video RAM, and disk controller hardware. Depending 
on the machine, configuration address contention can re- 
sult. Also, the PC-AT bus timing for dual ported RAMs is 
tricky and varies somewhat between clones, thus making 
compatibility a more difficult issue. 


For bus mastering cards, arbitration is not well implemented 
on many PC-AT compatibles and is not available in the 
PG-XT. These types of cards seem to have the most trouble 
interfacing to PC-AT clones because they are sensitive to 
system timing and the addition of other add-in cards. An 
improperly designed card can interfere with DRAM refresh 
and thus cause catastrophic failure. Earlier Ethernet control- 
lers are not suitable for this approach because the bus cy- 
cles are excessively slow, thus limiting CPU performance. 
Note: PS/2's with a microchannel bus provide very good arbitration, so bus 
masters are much more suitable for this environment. 

The other architectures previously mentioned tend to be too 
expensive for the minor performance gains that would be 
achieved. 


Performance. Assuming that the I/O port design is the refer- 
ence, then the relative performance of the shared RAM de- 
sign offers between a 2%-7% packet throughput improve- 
ment. Faster 386 based machines tend to minimize any ad- 
vantages when the NOS is taken into consideration. The 
bus master could offer up to 10% speed improvement, but 
when using older Ethernet controllers this improvement is 
less. The major advantage to this approach can be lower 
CPU utilization. , wt 


PC (ISA Bus) Server Adapter 


Until very recently, servers have been mostly high perform- 
ance ISA Bus PC-ATs. Due to multiple users, the traffic on 
the server is much higher than the client, and so bottlenecks 
in packet transfer will be more noticeable. Servers may also 
have to support multiple network cards to allow for the inter- 
nal bridging of networks. The weakest link in these systems 
tends to be the relatively slow ISA bus. 


For ISA bus servers, |/O mapped, shared RAM, and bus 
master designs all have their advantages and disadvan- 
tages. The best overall solution could be the 1/O mapped 
design in spite of its slightly lower performance; it is compat- 
ible to industry standards, lower cost, and offers reasonable 
performance. Multiple cards can easily be employed since 
this interface does not put a burden on the bus, nor tie up 
needed RAM space. 


" ‘The Dual-Ported RAM design offers slightly better perform- 


ance, and won't tie up the bus, but does use precious mem- 
ory space. This solution may prove less suitable if several 
cards are required in the Server. , 


_ Simple bus masters can provide the best performance, but 
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since multiple cards can tie up the PC-AT’s ISA bus and 
prevent CPU and refresh from getting sufficient access to 
the bus, this could present a problem when multiple cards 
are placed on the bus. No standard exists for supporting 
arbitration among multiple bus masters. Some initial imple- 
mentations will only allow installation of one card due to 
slow bus cycles. 


Performance. Assuming that the I/O port design is the refer- 
ence, then the relative performance of the shared RAM de- 
sign offers between a 2%-7% packet throughput improve- 
ment. The bus master could offer up to 10% speed im- 
provement. 


PS/2 and EISA Server Adapter 


The 32-Bit 386/486 PS/2 and EISA machines require the 
best performance, and cost tends to be a secondary issue. 
In addition, both these buses have intelligent bus arbitration 
schemes for bus ownership. The major difference between 
the two is that the arbitration scheme for EISA has the po- 
tential for having a relatively large bus latency, whereas the 
Micro Channel bus latency tends to be lower. This differ- 
ence affects the bus mastering approaches taken. 


The I/O mapped scheme is not optimal since cost is less of 
an issue and performance is more important. The Dual Port 
RAM scheme is a better choice as bus transfer speeds can 
be optimized by using fast RAMs, but the cost of the associ- 
ated RAMs and logic is more (4-32kx8 SRAM are typically 
used for on-card buffering). 


A simple bus master can be a very good choice if the de- 
sired bus latency is accommodated and an intelligent buffer- 
ing scheme is implemented. This architecture can cost the 
same as a shared memory design, but provide faster packet 
throughput. Also multiple cards can easily be accommodat- 
ed. 


For the best performance, a well implemented intelligent 
board which does on board protocol processing is the best 
choice. However, the cost is prohibitive, and while overall 
server CPU usage can be minimized, typical implementa- 
tions do not offer the best overall throughput. 


PC Motherboard Applications 


The goals in designing Ethernet connectivity onto PC moth- 
erboards differs from those of PC add-in cards. First, due to 
severe competition and a network oriented focus, add-in 
board designers tend to concentrate on both the cost and 
performance of an implementation. The primary concern for 
PC motherboard designers is CPU performance and com- 
patibility to existing standards. The purpose of including 
Ethernet is to provide added value and a simple inexpensive 
connection. Board space and power consumption tend to 
be more critical on motherboards. 

Applications on the motherboard fall into two design catego- 
ries: 

1. An adapter card design folded down onto the main sys- 

tem board. 


2. A system bus interface (or local bus) directly connected 
to the CPU. 


The best approach depends on whether the Ethernet’s de- 
sign goal is primarily cost or performance driven. The fold- 
ed-down design offers compatibility with well established 
standards and thus the lowest risk. The system interface 
architecture offers better performance at the expense of 
complex system design considerations. 


PC System I/O Bus Design 


The easiest approach to embedded Ethernet is to simply 
graft an existing PC adapter’s design onto the motherboard 
or daughter card. This places the controller in a less per- 
formance critical area of the overall system design (the I/O 
bus) and allows a migration path from a solution that is 
known to work. Since backward compatibility is achieved, 
investments in software and experience are preserved. This 
design can be applied across an entire line of PC’s with no 
modification to the hardware or software. 


The most common implementation would be to “fold” an 
ISA bus 16-bit Ethernet card design onto the motherboard 
and thus provide a common interface for both ISA and 
EISA. The growing popularity for ISA based adapters has 
led semiconductor suppliers to provide very highly integrat- 
ed solutions for this environment. Unfortunately the same 
integration level is not yet available for EISA based 32-bit 
designs. , 


The only disadvantage to ‘‘folding down”, an adapter card 
solution is slightly lower performance. Since the throughput 
of Ethernet is usually ‘‘cable limited” this approach is suit- 
able for clients and most servers. 


PC System Bus (CPU Bus) 


In this implementation, the Ethernet controller is tightly cou- 
pled to the system CPU bus (386 or 486). This is illustrated 


‘CPU Bus Ether 


r 
! 
1 
i] 
i] 


Ethernet 
Controller 
and Bus 
Interface 


1/0 Bus Ethernet 
Interface 


net Interface 


by the top shaded block in Figure 16. In a PC, the highest 
performance bus is the CPU system bus. Ethernet control- 
lers designed to operate in this environment can provide a 
relatively clean interface with a low parts count. The bus 
master architecture makes the most sense for this bus due 
to the simplicity of the interface. 


The CPU system bus tends to be the most critical aspect of 
a PC’s overall performance. Adding peripherals to this bus 
has generally been avoided because I/O functions can re- 
duce bus efficiency. Embedded cache memories on some 
CPU's help to lessen this burden, but system performance 
will be affected. Another concern is that this bus was not 
designed to support the large fanout required for driving 
multiple 1/O devices. 


Interfacing to the CPU’s bus presents many challenging de- 


‘sign problems. The characteristics of this bus are deter- 


mined by both the CPU and the memory controller. Changes 
in CPU type and frequency will cause the interface to vary 
for each PC model in a product line. The controller's operat- 


_ing frequency must be closely matched to that of the CPU to 


avoid timing problems. This can create problems for modu- 
lar PC’s that offer CPU upgradeability. 


Table | summarizes the discussion on PC-Ethernet architec- 
tures. It should be noted that the ratings assume that each 
implementation is a good efficient design. For example, a 
simple bus master is an excellent architecture only for appli- 
cations where it meets with the requirements of the bus; this 
may not always be true. Some qualitative performance ref- 
erences are given, but these should not be taken as valid 
for every case. 
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FIGURE 16. Two Choices for Ethernet on a PC Motherboard 
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TABLE |. Suitability of Architecture for PC Applications 


‘Areniieehire 0 Dual - . Simple— . Buffered 
(Note 1) Mapped Port Bus Bus. Intelligent 
PP RAM Master Master 
PC, PC AT (ISA), , : 
PS/2 (Client) (Note 2) ee eee dis 
PC AT (ISA Bus) = 
(Server) (Note 2) es Be es 
PS/2 (Server) (Note 2) _ | Fair =| = Good =| Excellent =| = Fair, =| Excelent 
PC AT (EISA) : 
(Client/Server) a i 
PC Motherboard oe 
. (System Bus) (Note 3) 


Note 1: The rating from best to worst: Excellent, Good, Fair, Poor. 
Note 2: These applications assume that the Ethernet interface is supplied on an adapter card. 


Note 3: This application places the Ethernet interface on the PC AT motherboard (system planar) interfaced to the siieai CPU bus. If the Ethernet interface is 
placed on the motherboard connected to an I/O bus the architectural choice is represented by the bus (like ISA). - 


CONCLUSION 
The correct choice of an Ethernet controller must be a carefull balance of all of the design goals. In the majority of cases, the 
throughput of 16-bit Ethernet controllers is more than sufficient (with the exception of servers). For 386 or greater based PC’s, 


throughput is limited by the network operating system and the 10 Mbit/sec. data rate of Ethernet. The decision to use a 32-bit 
controller should be based on the need for available CPU bandwidth, and to a much lesser extent, throughput. 
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The Design and Operation 
of a Low Cost, 8-Bit 
PC-XT® Compatible 
Ethernet Adapter Using 
the DP83902 


OVERVIEW 


This 8-Bit Ethernet adapter board design is an inexpensive- 
low part count design that provides PC-XT and PC-AT® 
compatibles with Thick, Thin, and Twisted Pair Ethernet 
connectivity. This design provides an 8-bit interface that is 
compatible with Novell’s 8-bit NE1000, while using the 
DP83902 (ST-NICTM) to interface to twisted pair Ethernet. 
The ST-NIC also has an AU! interface which allows inter- 
face to thick wire Ethernet, or thin wire Ethernet by the addi- 
tion of the DP8392 Coaxial Transceiver Interface (CTI). The 
dual DMA (local and remote) capabilities of the ST-NIC, 
along with 8 kbytes of buffer RAM, and bus interface logic 
provide a high performance 8-bit interface. The I/O port ar- 
chitecture used in this design isolates the CPU from the 
network traffic, proves to be the simplest method to inter- 
face the DP83902 to a PC system bus. 


This paper describes the basic design and operation of this 
8-bit adapter card, and then follows this with specific design 
information including the PAL equations and a detailed 
schematic of the design. For detailed information refer to 
the schematics at the end of this document. 
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FIGURE 1. System Bus Block Diagram for 8-Bit Ethernet Card 
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HARDWARE FEATURES 

m Fits in a half-size IBM XT form factor 

m Utilizes DP83902 twisted pair network interface control- 
ler (ST-NIC) 

m@ 8 kbyte on-board packet buffer 

m Simple I/O port interface software compatible with 
Novell’s NE1000 Ethernet adapter 

mw Interfaces to Thick (10BASE5), Thin (10BASE2), and 
Twisted Pair (1OBASE-T) Ethernet 

m Boot EPROM socket 


BUS INTERFACE 


The block diagram for this design is shown in Figure 7. The 
ST-NIC board as seen by the system appears only to be a 
block of I/O ports. With this architecture the ST-NIC board 
has its own local bus to access the board’s memory. The 
system never has to intrude further than the I/O ports for 
any packet data operation. There are two register/memory 
maps that describe the card. The first is the I/O register 
map that describes how the PC’s processor accesses the 
card. The second map is the one that describes how the 
ST-NIC accesses the on-card memory. 
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1/0 Map 

The ST-NIC board requires a 32 byte I/O space to allow for 
decoding the data port, the reset port, and the ST-NIC regis- 
ters. This is shown in Table |. The first 16 bytes are the 
ST-NIC registers, the next 16 bytes address the data port 


‘and the reset port, which are aliased alternately as shown. 


TABLE |. 1/O Map in PC-AT 


Additionally there are three jumpers which define the base 
addresses for the address map shown in Table |. (See the 
Jumper Configuration section for details.) 


On-Card Memory Map 


There are only two items mapped into the local memory 
space. These two items being the 8k x 8 buffer RAM and 
the Ethernet ID address PROM. The buffer RAM is used for 
temporary storage of transmit and receive packets. 


TABLE Il. ST-NIC’s Local Memory Map 


ST-NIC A13 Low = PROM 
ST-NIC A13 High = RAM 


The PROM and RAM are 
Aliased through 64K 
Address Range. 


The ’S288 PROM 
Actually Takes 32 
Locations and is 
Aliased for Each 
8K Block. 


The buffer RAM is used for temporary storage of network 
packet data that is either being transmitted or received. The 
1D address PROM (74S288 32 x 8) contains the physical 
address of the evaluation board. Each PROM holds its own 
unique physical address which is installed during its manu- 
facture. Besides this address, the PROM also contains 
some identification bytes that can be checked by the driver 
software. At the initialization of the evaluation board the 
software commands the ST-NIC to transfer the PROM data 


to the I/O Port where it is read by the CPU. The CPU then 
loads the ST-NIC’s physical address registers. The following 
table shows the contents of the PROM. 


TABLE III. PROM Contents 


a == 
(Most Significant Byte) 

| oth | Ethernet Address 1 

| oan | Ethernet Address2 | 

| sh | thernet Address | 


- EPROM INTERFACE 
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An EPROM socket is provided so that the end user may add 
an EPROM to the system. This EPROM would normally con- 
tain a program and a driver to enable the PC-AT to be boot- 
ed up (Operating System loaded) from a designated net- 
work server. The ICs necessary to interface the EPROM to 
a 16L8 (PAL), and a 74ALS244 (buffer). The PAL decodes 
SA14-SA19, along with system memory read, in order to 
generate the EPROM enable signal. The ’244 provides buff- 
ering of the EPROM’s data bus to the PC’s bus. 


General Bus Interface Operation 


For receiving of packets, the ST-NIC first starts to receive a 
packet and checks the address of this packet. If the address 
corresponds to the address for this card, then the data is 
received by the ST-NIC. The ST-NIC utilizes it’s Local DMA 
channel to buffer the packet into the next available area of 
the 8k buffer RAM. As each packet is received the ST-NIC’s 
local DMA will buffer it to the next available location in mem- 
ory. After each packet is buffered the ST-NIC will generate 
and interrupt to the CPU. If a packet that has an error is 
loaded into RAM, the ST-NIC will reject the packet and re- 
claim the memory space that the packet occupied. 


Upon recognition of the receive interrupt the CPU should 
then program the ST-NIC’s Remote DMA to read the packet 
into the 1/O port consisting of the two back-to-back 
74ALS374s (see Figure 7). As the ST-NIC’s Remote DMA 
does this the CPU handshakes with the DMA to read each 
byte from the 1/O Data Port and store it in the PC’s main 
memory. This is repeated until the packet has been com- 
pletely transferred. 


For packet transmission, the system CPU first programs the 
ST-NIC’s Remote DMA to receive a packet from the system 
into a predetermined area of the card’s buffer RAM. The 
CPU and the ST-NIC then handshake while the data is sent 
through the I/O data port. 


Once the transmit packet is completely assembled into the 
local card RAM, the ST-NIC is then programmed to transmit 
the packet out onto the network. The ST-NIC then reads the 
transmit data using its Local DMA channel, and then follows 
the CSMA/CD protocol to transmit the data. When the 
transmission is complete an interrupt is generated, and the 
CPU can check the status of the transmit to ensure proper 
transmission did occur. 


NETWORK INTERFACE 


The evaluation board supports three physical media inter- 
faces options: Thick Ethernet, Thin Ethernet, and Twisted 
Pair. The block diagram for these interfaces can be seen in 
Figure 2. A single jumper selects between the ST-NIC’s At- 
tachment Unit Interface (AUI) and its 10BASE-T interface. 
When the AUI is selected a second jumper selects the Thin 
Interface or the AUI connector. This second jumper shorts/ 
opens the power supply to the transceiver. The AUI inter- 
face provides connectivity to an external transceiver which 
typically connects to Thick Ethernet cable. 
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The ST-NIC has an integrated 10BASE-T- interface so that 
all that needs to be added are the equalization resistors, 
and an integrated filter module such as the Valor FL1012. 


The Thin Ethernet interface is a little more complicated. This 
section includes a pulse transformer and a DC-DC Convert- 
er (Valor PM7102 or equivalent) to provide the required iso- 
lation, and the DP8392 Coax Interface and a few discrete 
components. The input power to the PM7102 is enabled via 
the jumper to enable disabling of this interface. 


JUMPER CONFIGURATIONS 


On the DP83902EB-AT ST-NIC AT board, there are nine 
Jumpers as grouped in the one block in the component lay- 
out shown in Figure 3. The following pages will explain how 
to configure these jumpers, and what they do. 


Physical Interface 


There are a number of jumper options provided in this de- 
sign to enable utilizing some of the ST-NIC’s pin program- 
mable options. Most of these are set for the normal default 
and should not have to be changed (in fact most are only 
provided for experimentation purposes). These jumpers are 
JP3, JP5, and JP6. JP4 is provided to enable experimenta- 
tion with different bus clocks should a designer wish. This 
option is not useful for general operation and the default to 
use the 20 MHz network clock would normally be used. 
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’ FIGURE 2. Media Interface Block Diagram 
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Proposed Component Placement 


=T2-Transformer = 


15-Pin D 
Connector 


TL/F/11492-3 


FIGURE 3. Proposed Component Placement (Jumpers Located in Center of Board) 


TABLE IV. ST-NIC Option Jumpers 


Position 


OFF IEEE Half Step AUI 
Mode 


Default 


Default 


Default 
Default 


Two jumpers select which physical media to use as shown 
in Table V. 


TABLE V. Physical Media Selection 


Thick Coax (10BASE5) 
Twisted Pair (10BASE-T) 
Thin Coax (10BASE2) 


Default 
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For Table V, the selection default is Thin Ethernet, and any 
of the jumper options may be selected, except shorting both 
jumpers, JP7 and JP8. If this is done then the Thinnet trans- 
ceiver is enabled, but the ST-NIC will use the twisted pair 
interface, since this does not make any sense the option is 
not useable. 

1/0 and EPROM Addresses 


This design utilizes the same set of 1/O address selections 
and EPROM address selections as NE1000, as shown in 
Table VI. 


TABLE VI. 1/O and EPROM Address Options 


10 | EPROM 
300H | C800H 


OFF 


Default 


As can be seen JPO actually is the enable for the EPROM, 
and JP1 and JP2 select the addresses for both the !/O and 
EPROM. Like the NE1000 the addressing of the !/O and 
EPROM cannot be set individually. 


This design supports the same interrupt selection options as 
the NE1000, as shown in Table VII. Individual jumpers en- 
able each interrupt to the bus interface. It is important that 
only one interrupt be selected at any one time. 


TABLE VII. interrupt Output Selection 


JP9 
| on | OFF | OFF 


on 


All of these jumper options can be provided in a relatively 
easy grouping as shown below. (JP5) may not be grouped 
here as it is better to place it near the ST-NIC to try to 
minimize clock trace lengths. 


EEE] BA Ed 


TL/F/11492-4 
FIGURE 4. Possible Jumper Configuration 


LAYOUT CONSIDERATIONS 


Default 


The PCB layout for this design is very similar to most triple 
media interface designs (most of the layout considerations 


Logic +5V and Ground 
Planes 


Veg and Isolated Ground 


Planes 


revolve around the media interfaces layout). The major 
component placement decisions are to place the ST-NIC’s 
10BASE-T port near the RJ45 Connector, and to place the 
DP8392 close to the BNC connector. 


For the ST-NIC placement and layout, it is important to en- 
sure that the power supply noise imparted from the board is 
minimized. To ensure this adequate decoupling around the 
4 sides of the ST-NIC is important. There are two reasons 
for this. First the ST-NIC is a combined digital and analog 
function so to maximize the analog circuit performance, 
noise should be reduced. Secondly, the AUI and twisted pair 
outputs can conduct power supply noise out to the connec- 
tors. Thus power supply noise should be kept to a minimum 
to reduce RFI emissions. It is recommended that 0.1 »F low 
ESR decoupling capacitors be used along with a couple of 
4.7 »F-10 uF tantalum capacitors. 


On the ST-NIC’s twisted pair interface, the layout should be 
compact, and all signal traces should be kept straight and 
short. It is preferable to have each of the signals in a partic- 
ular differential pair matched to minimize differential skews 
(i.e., RX+ and RX— should be matched). Also, the power 
planes under the twisted pair interface components should 
be removed to prevent power supply noise from being in- 
jected into the twisted pair signals, again to minimize RFI. 


For the DP8392 layout there are several considerations. 
First the CTI power planes must be isolated from the logic 
power planes by a PCB gap that can withstand 500V. The 
isolated power plane should be removed from under the 
signals that interface from the CTI to the BNC connector. 
This is required to reduce the capacitance as seen from the 
Thin net (RG58) cable. It is also advisable to add a small 
heatsink power plane to the solder side layer that encom- 
passes the area between the two rows of pins of the 
DP8392 package (see datasheet for specific layout recom- 
mendations). 
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FIGURE 5. Ground/Power Planes and Layout Considerations 
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BILL OF MATERIALS July 8, 1991 


C1, C2, C6-C26, 


0.01 2F, 50V Monolythic 
C31-C35 


C3, C27, C28, C36 | 22 uF, 12V Tantalum 20% 
C4 0.01 pF, 1 kV Ceramic 
0.01 F, 50V Ceramic 


0.01 pF, 50V Ceramic 


2) 
a 


C29, C30 : 


RESISTORS 
(5% Y% Watt unless otherwise noted.) 


150, 1%, ZW 
Ris 


R19, R20 50,1% 
66, 1%, %4W 


271,1% 


800, 1% 


D4 


CONNECTORS/SOCKETS 
BNC Same as ATT 
J4 15-Pin D Conn Female, 747247-4 
Slide Lock AMD MDA 51220-1 


RJ-45 AMP 520252 or 
JPO-JP13 2 Pin Jumper, 0.1” Pin Space 


A 
~“ 
xn 


R4, R5 
R6-R9 
R1i0-R13 


D 
—_ 
PS 


an 
N 


R21, R24 


R26-R28 


Non-Keyed or Equivalent 


CAPACITORS . 


si 
S4 
PAL20L8 (Socketed) _ 
v2 
us 
us 
U7 
us 
ug 
13 
ui4 


0.75 pF, 1 kV, Spark Gap: 
Mallory ASR75A or 
MEPCO/CENTRALAB 
S758X44000NAZAA 


T1 Belfuse S653-1006-AE 


Supra1.1 10BASE-T Pulse 
Transformer/Filter 


U10 PM7102 Valor DC-DG 


x1 20 MHz, 0.01%, Oscillator 
40/60% 10 TTL Drive Opt. 


25 MHz, 0.1%, Oscillator 40/60% 
(Not Installed) Opt. 


Bracket for Mounting in PC-AT Slot 
G44 Basic Blank, 
Stamped as DP839EB-ATS Board 
(Assy. #980550173) 
Screw: Bind Head Slotted 
4—40 x 0.250, Steel, (90277A106) 
Washer: Lock Ext #4, Zinc/Steel, 
(91114A005) 
Washer: Flat #4, Zinc-CRS, 
(90126A005) 


Cc 
= 
nN 


4 
i) 


PAL EQUATIONS 
PAL #1 (U1) 


module iodecode flag '-ri' 
title ‘date: 7/5/91 
functions: IO Address Decode, IO Port-NIC Handshake, Ready Generation' 


ul device 'P20L8'; 

“input pins: 

BCLK,.SA9, SA8, SA7, nJPEN 
SA4, SA2, RSTD, nIOR, nIOW 
PRQ, nAEN, nACK 

“output pins: 

nIORDY, nCSN, nWACK, nIOEN 
nNRST, NRST, nRACK 


"constants 


X, Z, H, L = .X.,.a., 1, 0; 
ADDR2 = [SA9, SA8, SA7, X, X, SA4, 


equations 


nCSN = !((!ImAEN & !nJPEN & !SA4 & SA9 & SA8 & !SA7 & !nIOR) 
# (!nAEN & !nJPEN & !SA4 & SA9 & SA8 & !SA7 & !nIOW )); 


!'(!nAEN & !nJPEN & SAS & SA8 & !SA7 & SA4 & !SA2 & !nIOR & PRQ); 
!(!nAEN & !ndJPEN & SAQ9 & SA8 & !SA7 & SA4 & !SA2 & PRQ & !nIOW); 
!((!ImAEN & !nJPEN & !nIOR & SAY & SA8 & !SA7 & SA4 & !SA2) "Not Reset 
# (!nAEN & !ndJPEN & !nIOW & SA9 & SA8 & !SA7 & SA4 & 1SA2) 
# (!nAEN & !nJPEN & SA9 & SA8.& !SA7 & !SA4 & !nIOR) "NIC Registers 
# (!nAEN & !nJPEN & SAS & SA8 & !SA7 & !SA4 & !nIOW)); 

enable nIORDY = !nIOEN; 

nIORDY = !(nACK & !nCSN 
# !PRQ & nCSN); 

NRST = !(!nIOW # nNRST); 

MNRST = !((!nIOR & !nAEN & !nJPEN & SAY & SA8 & !SA7 & SA4 & SA2) 

# RSTD # NRST); 
test_vectors ([ADDR2, nAEN, mnIOR, nIOW, nJPEN] -> [nCSN]); 


nCSN ASSERTION 


nc 
Ss 
N 


{*h310, 
(*h310, 
(*h300, 
([*h300, 
(*h300, 
[*h300, 
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[*h308, L, H, L, L] -> [L]; " ncCSN 
{*h320, L, L, L, H) -> [(H]; " None 


test_vectors ([ADDR2, nAEN, nIOR, nIOW, nJPEN, PRQ) -> [nRACK, nWACK]); 


nA nI nI ndJP P 


([*h310, ; nRACK 
(*h310, ; “ nWACK 
(*h310, None 
{*h310, : None 
(*h310, : None 
(*h310, None 
([*h300, L. ; None 
[*h314, None 
[*h318, ; nRACK 
{*h318, nWACK 


niIoOWw, PRO, nACK, nJPEN] -> [nIORDY)); 
nI 
R 
DY 


[*h300, : [L]; * NIC Read 
[*h300, (H]; " NIC Read Ready 
[*h300, ([L]; " NIC Write 
[*h300, oX [H]; " NIC Write Ready 


[L]; “ IO Read 


{*h310, ; 
' (H]; IO Read Ready 


L 
{*h310, H 
[*h310, L 
(*h310, H 


[L]; IO Write 
{H]; IO Write Ready 


nIOW, RSTD, nJPEN] -> [nNRST, NRST]); 


20} 
=) 
AOH 
3 
= OH 


{*h300, 
(*h300, 
[*h300, 
[*h314, 


H Hard Reset 
H 
H 
L 
{*h314, L 
H 
L 
L 
H 


Reset Latched 
Un Reset 

Soft Reset 
Reset Latched 
Un Reset 

Soft Reset 
Reset Latched 
Un Reset 


. 


[*h300, 
[*h30C, 
[*h30C, 
{*h300, 


fous oo made oes Om culate rare omso; 


eee ee eat eee 


end iodecode; 
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PAL #2 


module epdecode flag ‘-r1'; 

title ' 

date:7/5/91 

functions: EPROM DECODE, ID PROM DECODE, INTERRUPT BUFFER' 


u2 device 'P16L8'; 


“input pins: 

nAEN, nMEMR, SA19, SA18 
SA17, SA16, SA15, SA14 
SA13, A5, A6 

NINT, JP2, JP1, JPO 


“output pins: 
INT, nJPEN, nCSEP i 12, 18, 


“constants 
Me Ze Ay DS 2 Xbg Ze Ty 03 
ADDR = [{SA19, SA18, SA17, SA16, SA15, SA14, SA13, X, X, 


s 


X, X, X, 


equations 

nCSEP = !((!nAEN 
# (!nAEN 
# (!nAEN 
# (!nAEN 


!nMEMR & ! u !JP0 & (ADDR 
!nMEMR & ! !JP0 & (ADDR 
!nMEMR & ! !JP0 & (ADDR 
!nMEMR & !JP0 & (ADDR 


“hc8g00) ) 
“hcc00) ) 
“nD000) ) 
“hD400))); 


& 
& 
& 
& 


nJPEN = !((!dP2 & !JP1 & !A5 ! 300H 
# (!JP2 & JP1l& AS ! 320H 
# ( JP2 & !JP1 & !A5 340H 
# ( JP2 & JP1 & AS ; 360H 


INT = !(!NINT); 
test_vectors ([ADDR, nMEMR, JP2, JP1, JPO) -> [nCSEP]); 


Cc 
S 
EP 


(*hcs00, 
{*hccoo, 
{*hbD000, 
[*hD400, 
(*hcs800, 
(*h0000, 
(“hcs800, 
(“hcs800, 
{“hFFOO, 
[*hcs00, 
(*hccoo, 


{L); Proper Decode 
(L); 

(L]; 

(LJ; 

{H); Jumper Disable 
{H); No Address 
(H]; No MRD 

{H]; No AEN 

[H); No Address 
(H]; No JP2 

(H); No Address 


- 
. 


es 2s 8s se 8s Ss Se SS 
es es 8s 8 es 2s es 8 


rrrrarrereree 


. 


rmarrrerrcreeer 


. 


test_vectors ([JP2, JP1, A5, A6)] -> [nJPEN]) 


L]) -> [H]; " No Enable 
L] -> [H]; " No Enable 
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{L, {H]; No Enable 
{L, {H]; No Enable 
[L, {L]; Enable 
(H, {L]; Enable 
[L, [L]; Enable 
(H, [L]; Enable 


test_vectors ({NINT]) -> [INT]); 


{H] -> [H]; "Non Inverter 
(L] -> [L]; 


end epdecode; 


ETHERNET ADDRESS PROM CONTENTS 
The ID PROM is 748288 type. The content is as follows: 


ADDR 00: 08 00 17 xX yy Zz 00 00 00 00 
ADDR 10: 08 00 17 XX yy zz 00 00 00 00 


The ID address is 08001 7xxyyzz where 080017 is National’s ID “prefix”. 
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Note: All resistors to be 5%, 4W, unless otherwise indicated. 
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FIGURE 6. DP83902EB-XT 8 Bit Ethernet Adapter with 10BASE-T (Continued) 


+5V 


c19 C21 C23 C25 C27 C29 
0.01 uF 0.01 uF 0.01 uF 0.01 uF 22 uF 0.01 wF,50V 


C30 
0.01 uF,SOV 


C14 C16 C18 == c20 C22 C24 C26 
0.01 uF 0.01 uF 0.01uF } ~ O.01uF O.01uF 0.01uF 0.01 uF 


C32 C34 C36 
0.01 pF 0.01 uF 22 uF 


Chassis-Ground 


Note: Locate Approx 1 per chip with 4 for the DP83902. 


C31 C33 C35 


DORAPS COOTER BCL BE AT Bus Pin Cross Reference 


AT 
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DP8390 Network Interface 
Controller: An Introductory 
Guide 


OVERVIEW 


A general description of the DP8390 Network Interface Con- 
troller (NIC) is given in this application note. The emphasis 
is placed on how it operates and how it can be used. This 
description should be read in conjunction with the DP8390 
data sheet. 


1.0 INTRODUCTION 


The DP8390 Network Interface Controller provides all the 
Media Access Control layer functions required for transmis- 
sion and reception of packets in accordance with the IEEE 
802.3 CSMA/CD standard. The controller acts as an ad- 
vanced peripheral and serves as a complete interface be- 
tween the system and the network. The onboard FIFO and 
DMA channels work together to form a straight-forward 
packet management scheme, providing (local) DMA trans- 
fers at up to 10 megabytes per second while tolerating typi- 
cal bus latencies. 


A second set of DMA channels (remote DMA) is provided 
on chip, and is integrated into the packet management 
scheme to aid in the system interface. The DP8390 was 
designed with the popular 8, 16 and 32 bit microprocessors 
in mind, and gives system designers several architectural 
options. The NIC is fabricated using National Semiconduc- 
tor’s double metal 2 micron microCMOS process, yielding 
high speed with very low power dissipation. 


2.0 METHOD OF OPERATION 


The NIC is used as a standard peripheral device and is con- 
trolled through an array of on-chip registers. These registers 
are used during initialization, packet transmission and re- 
ception, and remote DMA operations. At initialization, the 
physical address and multicast address filters are set, the 
receiver, transmitter and data paths are configured, the 
DMA channels are prepared, and the appropriate interrupts 
are masked. The Command Register (CR) is used to initiate 
transmission and remote DMA operations. 


National Semiconductor 
Application Note 475 


Upon packet reception, end of packet transmission, remote 
DMA completion or error conditions, an interrupt is generat- 
ed to indicate that an action should be taken. The proces- 
sor’s interrupt driven routine then reads the Interrupt Status 
Register (ISR) to determine what type of interrupt occurred, 
and performs the appropriate actions. 


3.0 PACKET TRANSMISSION 


The NIC transmits packets in accordance with the CSMA/ 


CD protocol, scheduling retransmission of packets up to 15 
times on collisions according to the truncated binary expo- 
nential backoff algorithm. No additional processor interven- 
tion is required once the transmit command is given. 


DESTINATION ADDRESS 6 BYTES 
. SOURCE ADDRESS 6 BYTES 
TYPE LENGTH 2 BYTES 


> 46 BYTES 


TX BYTE COUNT 
(TBCRO, 1) 


PAD (iF DATA < 46 BYTES) 


TL/F/9141-1 
FIGURE 1. Transmit Packet Format 


3.1 Transmission Setup 


After a packet that conforms to the IEEE 802.3 specification 
is set up in memory, with 6 bytes of the destination address, 
followed by 6 bytes of the source address, followed by the 
data byte count and the data, it is ready for transmission 
(see Figure 1). To transmit a packet, the NIC is given the 
starting address of the packet (TPSR), the length of the 
packet (TBCRO, TBCR1), and then the PTX (transmit pack- 
et) bit of the Command Register is set to initiate the trans- 
mission (see Figure 2). 


TRANSMIT 
BUFFER 


SZb-NV 


DESTINATION ADDRESS 


SOURCE ADDRESS 
TYPE LENGTH 


16 BYTE 
FIFO 


SERIALIZER 


DATA 


DMA PLA 


PROTOCOL 
PLA 


TL/F/9141-2 
FIGURE 2. Packet Transmission 
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3.2 Transmission Process 


Once the transmit command is given, if no reception is in 
progress, the transmit prefetch begins. The high speed local 
DMA channel bursts data into the NIC’s FIFO. After the first 
DMA transfer of the prefetch burst, if no carrier is present on 
the network, and the NIC is not deferring, the TXE (transmit 
enable) signal is asserted and the transmission begins. Af- 
ter the 62 bits of preamble (alternating ONEs and ZEROs) 
and the start of frame delimiter (two ONEs) are sent out, the 
data in the FIFO is serialized, and sent out as NRZ data (pin 
TxD) with a clock (TxC), while the CRC is calculated. When 
the FIFO reaches a threshold (X bytes empty) a new DMA 
burst is initiated. This process continues until the byte count 
(TBCRO and TBCR1) reaches zero. After the last byte is 
serialized, the four bytes of the calculated CRC are serial- 
ized and appended to complete the packet. 


Should a collision occur, the current transmission stops, a 
jam sequence (32 Ones) transmitted (to ensure that every 
node senses a collision), and a retransmission of the packet 
is scheduled according to the truncated Binary Exponential 
Backoff Routine. 


3.3 Transmission Status 


After the transmission is complete, an interrupt is generated 
and either the PTX bit (complete packet transmitted) or the 
TXE bit (packet transmission aborted) of the ISR (Interrupt 
Status Register) is set. The interrupt driven routine then 
reads the RSR (Receive Status Register) and TSR (Trans- 
mit Status Register) to find out details of the transmission. If 
the PTX bit is set, the RSR will reveal if a carrier was pres- 
ent when the transmission was initiated (DFR). The TSR will 
identify if the carrier was lost during the transmission 
(CRS—this would point to a short somewhere on the net- 
work), if the collision detect circuitry is working properly 
(CDh), and if collision occurred (COL). Whenever a collision 
is encountered during transmission, the collision count reg- 
ister (NCR) is incremented. Should a collision occur outside 
the 512 bit window (slot time), the OWC (Out of Window 
Collision) bit of the TSR is set. 


The TXE bit of the ISR is set if 16 collisions or a FIFO 
underrun occurs. If the transmission is aborted due to 16 
collisions, the ABT bit of the TSR is set. (If this occurs it is 
likely that there is an open somewhere on the network.) If 
the local DMA channel can not fill the FIFO faster than data 
is sent to the network, the FU bit (FIFO Underrun) of the 
TSR is set and the transmission is also aborted. This is a 
result of a system bandwidth problem and points to a sys- 
tem design flaw. System bandwidth considerations are dis- 
cussed further in Section 5.1.3. 


4.0 PACKET RECEPTION 


The bus topology used in CSMA/CD networks allows every 
node to receive every packet transmitted on the network. 
The receive filters determine which packets will be buffered 
to memory. Since every packet is not of interest, only pack- 
ets having a destination address that passes the node’s 
receive filters will be transferred into memory. The NIC of- 
fers many options for the receive filters and implements a 
complete packet management scheme for storage of in- 
coming packets. 


4.1 Reception Process 


_ When a carrier is first sensed on the network (i.e. CRS sig- 


nal is active), the controller sees the alternating ONE - 
ZERO preamble and begins checking for two consecutive 
ONEs, denoting the start of frame delimiter (SFD). Once the 
SFD is detected, the serial stream of data is deserialized 
and pushed into the FIFO, a byte at a time. As the data is 
being transferred into the FIFO, the first six bytes are 
checked against the receive address filters. If an address 
match occurs, the packet is DMAed from the FIFO into the 
receive buffer ring. If the address does not match, the pack- 
et is not buffered and the FIFO is reset. 


Each time the FIFO threshold is reached, a DMA burst be- 
gins and continues for the proper number of transfers. DMA 
bursts continue until the end of the packet (Section 5.1.2). 
At the end of a reception, the NIC prepares for an immedi- 
ate reception while writing the status of the previous recep- 
tion to memory. An interrupt is issued to indicate that a 
packet was received, and is ready to be processed. 


The CRC generator is free running and is reset whenever 


- the SFD is detected. At every byte boundary the calculated 


ADDRESS 


FILTER 


value of the CRC is compared with the last four received 
bytes. When the CRS signal goes LOW, denoting the end of 
a packet, if the calculated CRC matches the received CRC 
on the last byte boundary, the packet is a good packet and 
is accepted. However, if the calculated and received CRCs 
do not match on the last byte boundary before CRS goes 
LOW, a CRC error is flagged (CRC bit of RSR set) and the 
packet is rejected, i.e. the receive buffer ring pointer 
(CURR) is not updated (Section 4.5). If the CRS signal does 
not go LOW on a byte boundary and a CRC error occurs, 
the incoming packet is misaligned, and a frame alignment 
error is flagged (FAE bit of RSR set). Frame alignment er- 
rors only occur with CRC errors. 


4.2 Address Matches 


The first bit received after the SFD indicates whether the 
incoming packet has a physical or multicast address. A 
ZERO indicates a physical address, that is, a unique map- 


RECEIVE 
BUFFER 
RING 


DMA PLA 


PROTOCOL 
~ PLA 
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FIGURE 3. Packet Reception 
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ping between the received address and the node’s 48 bit 
physical address as programmed at intialization (PARO- 
PARS5). A ONE indicates a multicast address, meaning a 
packet intended for more than one node. 


Multicast addressing is useful where one node needs to 
send a packet to multiple nodes, as in a query command. 
Multicast addressing provides a very fast way to perform 
address filtering in real time, by using an on-chip hashing 
table. A hashing algorithm based on the CRC is used to map 
the multicast address into the 64 bit Multicast Address Filter 
(MAFO-7). 

After the CRC has been calculated on the destination ad- 
dress, the upper six bits of the CRC are used as an index 
into the Multicast Address Filter (MAF). If the selected filter 
bit is ONE, the packet is accepted, if the MAF bit is ZERO 
the packet is not accepted. 


A special multicast address is the broadcast address, which 
denotes a packet intended to be received by all nodes. The 
broadcast packet has an address of all ONEs (this address 
also maps into a bit in the MAF). 


The DP8390 also provides the ability to accept all packets 
on the network with a physical address. Promiscuous physi- 
cal mode causes any packet with a physical address to be 
buffered into memory. To receive all multicast packets it is 
nesessary to set all of the MAF bits to ONE. 


4.3 Network Statistics 


Three eight bit counters are provided for monitoring receive 
packet errors. After an address match occurs if a Frame 
Alignment or CRC error occurs, or if a packet is lost due to 
insufficient buffer resources (see below), the appropriate 
counter is incremented. These counters are cleared when 
read. The counters trigger an interrupt when they reach a 
value of 128 (if not masked) to force the processor to read 
(and thus clear) their contents. The counters have a maxi- 
mum value of 192, providing a large latency between when 
the interrupt is asserted and when the counter overflows. 
When a CNT interrupt occurs, all three tally counters should 
be read and added into larger counters maintained by the 
processor. 


BUFFER RAM 
(UP TO 64 KBYTES) 


BUFFER #1 
BUFFER #2 
BUFFER #3 


PAGE START 
ADDRESS 


PAGE STOP 
ADORESS 


4.4 Setting the Receive Configuration Register 


The Receive Configuration Register (RCR) is used in con- 
junction with the physical and multicast addresses to deter- 
mine which packets should be accepted and placed in the 
receive buffer ring. The RCR is initialized to accept physical, 
multicast and/or broadcast packets, or alternatively to place 
the receiver in promiscuous mode to accept all packets with 
a physical address. If the MON bit of the RCR is set, placing 
the receiver in monitor mode, the receiver still checks the 
addresses of incoming packets according to the set up ad- 
dress filter, and network statistics are still gathered, but 
packets are not buffered into memory. 


The minimum packet size in standard 802.3 networks is 64 
bytes long. Packets less than 64 bytes are considered runt 
packets and are normally rejected. However, in some appli- 
cations it may be desirable to accept such packets. By set- 
ting the AR bit of the RCR, runt packets are accepted. 


For diagnostic purposes it may be desirable to examine er- 
rored packets, and not overwrite them with good packets as 
is done in normal operation. By setting the SEP bit of the 
RCR, errored packets are saved and their status is written 
to memory. 


4.5 Receive Buffer Ring 


As packets are received they are placed into the receive 
buffer ring, and as they are processed they are removed 
from this ring. At initialization, an area of memory is allocat- 
ed to act as the receive buffer ring, and the NIC’s buffer 
management scheme then makes efficient use of this mem- 
ory. The ring pointers are contained on chip and the DMA 
channels can work at up to a 10 Mbyte/sec transfer rate. A 
second DMA channel, the remote DMA channel, is available 
for transferring packets out of the receive buffer ring. 

The buffer management scheme effectively works as a 
large packet FIFO and is very appropriate for most network- 
ing applications because packets are generally processed 
in the order they are received. 


Four pointers are used to control the ring; the page start 
(PSTART) and page stop (PSTOP) pointers determine the 


‘size of the buffer ring, the current page (CURR) pointer de- 


termines where the next packet will be loaded, 


i 


256 BYTES 
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FIGURE 4. The Receive Buffer 
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BEGIN STORING 
PACKET 


4 BYTE OFFSET 
FOR PACKET 
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CURRENT PAGE 
REGISTER BEFORE 


CURRENT PAGE 
REGISTER AFTER 
PACKET RECEPTION 


PACKET 
BEGINS 


PACKET RECEPTION 
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FIGURE 5. Receive Packet Buffering 


and the boundary (BNRY) pointer indicates where the next 
packet to be unloaded (or processed) begins. As packets 
are received, the current pointer moves ahead of the bound- 
ary pointer around the ring. The page start and stop pointers 
remain unchanged during operation. 


The receive buffer ring is divided into 256 byte buffers, and 
these buffers are linked together as required by the re- 
ceived packets (see Figure 4). Up to 256 of these buffers 
can be linked together in the receive buffer ring, yielding a 
maximum buffer size of 64K bytes. Since all NIC registers 
are 8 bits wide, the ring pointers refer to 256 byte bounda- 
ries within a 64K byte space. 


At initialization, PSTART register is loaded with the begin- 
ning page address of the ring, and PSTOP is loaded with the 
ending page address of the ring. 


On a valid reception, the packet is placed in the ring at the 
page pointed to by CURR plus a 4 byte offset (see Figure 5). 
The packet is transferred to the ring, a DMA burst at a time. 
When necessary, buffers are automatically linked together, 
until the complete packet is received. The last and first buff- 
ers of the ring buffer are linked just as the first and second 
buffers. At the end of a reception, the status from the Re- 
ceive Status Register (RSR), a pointer to the next 


TL/F/9141-7 
FIGURE 6. Packet Rejection 
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packet, and the byte count of the current packet are written 
into the 4 byte offset. 


If a receive error occurs (FAE, CRC) CURR is not updated 
at the end of a reception, so the next packet received over- 
writes the bad packet (see Figure 6). This feature can be 
disabled (by setting the save errored packet (SEP) bit in the 
RCR) to allow examination of errored packets. 


At receiving nodes, collision fragments may be seen as runt 
packets. A runt packet is a packet less than 64 bytes (512 
bits) long, and since a collision must occur in the first 512 bit 
times, the packet will be truncated to less than 64 bytes. 
After runt packets are received, the CURR is not updated, 
so the next packet received will overwrite the runt packet. 
This standard feature can be suppressed by setting the AR 
bit in the TCR. This is useful when it is desirable to examine 
collision fragments, and in non-standard applications where 
smaller packets are used. 


Once packets are in the receive ring they must be process- 
ed. However, the amount of processing that occurs while 
the packet is in the buffer ring varies according to the imple- 
mentation. As packets are removed from the buffer ring, the 
boundary pointer (BNRY) must be updated. The BNRY al- 
ways follows CURR around the ring (see Figure 7). 


BOUNDARY 
2D PACKET 


mas 


REMOVED 


1ST PACKET 


BOUNDARY 
wew packer I POINTER | 
ARRIVING [| ceroreE 
PACKET IS 
REMOVED 


REMOTE DMA 
REMOVES 
PACKET 


as 


I 
| & 
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FIGURE 7. Removing Packets From Receive Buffer Ring 


If the current local DMA address ever reaches BNRY, the 
ring is full. In this case, the current and any additional recep- 
tions are aborted and tallied until the BNRY pointer is updat- 
ed. Packets already present in the ring will not be overwrit- 
ten (see Figure 8). All missed packets will increment the 
missed packet tally counter. When enough memory is allo- 
cated for the receive buffer ring, the overwrite warning (set- 
ting of the OVW bit of the ISR) should seldom occur. 
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FIGURE 8. Receive Buffer Ring Overwrite Protection 


A second set of DMA channels has been included on the 
DP8390 to aid in the transfer of packets out of the buffer 
ring. These Remote DMA channels can work in close co-op- 
eration with the receive buffer ring to provide a very effec- 
tive system interface. 


If the BNRY is placed outside of the buffer ring, no overwrite 
protection will be present, and incoming packets may over- 
write packets that have not been processed. This may be 
useful when evaluating the DP8390, but in normal operation 
it is not recommended. 


5.0 SYSTEM/NETWORK INTERFACE 


The DP8390 offers considerable flexibility when designing a 
system/network interface. This flexibility allows the design- 
er to choose the appropriate price/performance combina- 
tion while easing the actual design process. 


5.1 Interfacing Considerations 


Several features have been included on the NIC to allow it 
to easily be integrated into many systems. The size of the 
data paths, the byte ordering, and the bus latencies are all 
programmable. In addition, the clock used for the DMA 
channels is not coupled to the network clock, so the NIC’s 
DMA can easily be integrated into memory systems. 


5.1.1 Data Path 


The NIC can interface with 8, 16, and 32 bit microproces- 
sors. The data paths are configurable for both byte-wide 
and word-wide transfers (bit WTS in DCR). When in word- 
wide mode, the byte ordering is programmable to accommo- 
date both popular byte ordering schemes. All NIC registers 
are 8 bits wide to allow 8, 16 and 32 bit processors to ac- 
cess them with no additional hardware. If the NIC’s 16 ad- 
dress lines (64K bytes) do not provide an adequate address 
space, the two DMA channels can be concatenated to form 
a 32 bit DMA address (bit LAS in DCR). 


5.1.2 Local DMA 


The DMA transfers between the FIFO and memory during 
transmission and reception occur in bursts. The bursts be- 
gin when the FIFO threshold is reached. Since only a single 
FIFO is required (because a node cannot receive and trans- 
mit simultaneously), the threshold takes on different mean- 
ings during transmission and reception. During reception the 
FIFO threshold refers to the number of bytes in the FIFO. 
During transmission the FIFO threshold refers to the num- 
ber of empty bytes in the FIFO (16 - # bytes in FIFO). The 
FIFO threshold is set to 2, 4, 8 or 12 bytes (1, 2, 4 or 6 
words) in the DCR (bits FTO, FT1). 


The number of transfers that occur in a burst is equal to the 
FIFO threshold (see Figure 9). 


BREQ / \ 
BACK / \ 


s00-18 (RD) WOROE_) rs WOKEN) 
ONE BURST 


where N = 1, 2, 4 or 6 Words or N = 2, 4, 8, or 12 Bytes when In byte mode 
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FIGURE 9. Local DMA Burst 
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Before a burst can begin, the NIC must first arbitrate to 
become master of the bus. It requests the bus by activating 
the BREQ signal and waiting for acknowledgment with the 
BACK signal. Once the NIC becomes the master of the bus, 
the byte/word transfers may begin. The frequency of the 
DMA clock is not related to the network clock, and can be 
input (pin 25) as any frequency up to 20 MHz. For 10 Mbit/ 
sec networks the DMA clock can be as slow as 6 MHz. This 
allows tailoring of the DMA channel, to the system. The lo- 
cal DMA channel can burst data into and out of the FIFO at 
up to 10 Mbyte/sec (8X the speed of standard Ethernet). 
This means that during transmission or reception the net- 
work interface could require as little as one eighth of the bus 
bandwidth. 


5.1.3 Bus Analysis 


Two parameters useful in analysis of bus systems are the 
Bus Latency and the Bus Utilization. The Bus Latency is the 
maximum time between the NIC assertion of BREQ and the 
system granting of BACK. This is of importance because of 
the finite size of the NIC’s internal FIFO. If the bus latency 
becomes too great, the FIFO overflows during reception 
(FIFO overrun error) or underflows during transmission 
(FIFO underrun error). Both conditions result in an error that 
aborts the reception or transmission. In a well designed sys- 
tem these errors should never occur. The Bus Utilization is 
the fraction of time the NIC is the master of the bus. It is 
desirable to minimize the time the NIC occupies the bus, in 
order to maximize its use by the rest of the system. When 
designing a system it is necessary to guarantee the NIC a 
certain Bus Latency, and it is desirable to minimize the Bus 
Utilization required by the NIC. 


Associated with each DMA burst is'a DMA set up and recov- 
ery time. When a packet is being transferred either to or 
from memory it will be transferred in a series of bursts. If 
more byte/word transfers are accomplished in each burst, 
fewer bursts are required to transfer the complete packet, 
and less time is spent on DMA set up and recovery. Thus, 
when longer bursts are used, less bus bandwidth is require 

to complete the same packet transfer. ae 


6.0 INTERFACE OPTIONS : 
The network interface can be incorporated into systems in 


several ways. The network interface can be controlled by 


either a system processor or a dedicated processor, and 
can utilize either system memory or buffer memory. This 
section covers the basic interface architectures. 
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6.1 Single Bus System 


The least complex implementation places the NIC on the 
same bus as the processor (see Figure 10). The DP8390 
acts as both a master and a slave on this bus; a master 
during DMA bursts, and a slave during NIC register access- 
es. This architecture is commonly seen on motherboards in 
personal computers and low cost workstations, but until re- 
cently without an integrated network interface. A maior is- 
sue in such designs is the bus bandwidth for use by the 
processor. The DP8390 is particularly suitable for such ap- 
plications because of its bus utilization characteristics. Dur- 
ing transmissions and receptions, the only time the NIC be- 
comes a bus master, the DP8390 can require as little as 
one-eighth the bus bandwidth. In addition, the bus tailoring 
features ease its integration into such systems. 
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FIGURE 10. Single Bus Configuration 


The design must be able to guarantee the NIC a maximum 
bus latency (<1.6 ys for 10 Mbit/s networks), because of 


the finite size of the on-chip FIFO. In bus systems where the 
NIC is the highest priority device, this should present no 
problem. However, if the bus contains other devices such as 
Disk, DMA and Graphic controllers that require the bus for 
more than 10 ys during high priority or real time activities, 
meeting this maximum bus latency criteria could present a 
problem. 


Likewise, many existing single bus systems make no provi- 
sion for external devices to become bus masters, and if they 
do, it is only under several restrictions. In such cases, an 
interface without the mentioned bus latency restrictions is 
highly desirable. ; 


6.2 Dual Port Memory 


One popular method of increasing the apparent bus latency 
of an interface, has the added effect of shielding the system 
bus from the high priority network bandwidth. In this applica- 
tion, the Dual Port Memory (DPM) allows the system bus to 
access the memory through one port, while the network in- 
terface accesses it through the other port. In this way, all of 
the high priority network bandwidth is localized on a dedicat- 
ed bus, with little effect on the system bus (see Figure 77). 


PROCESSOR 


MEMORY: OTHER 


DEVICES 
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FIGURE 11. DPM Configuration 


Dual Port Memories are typically smaller than the main 
memory and little, if any, processing can occur while the 
packets are in the DPM. Therefore, the processor (or if 
available, DMA controller) must transfer data between the 
DPM and the main memory before beginning packet pro- 
cessing. In this example, the DPM acts as a large packet 
FIFO. 


Such configurations provide popular solutions. Aside from 
the extra complexity of the software and the DPM conten- 
tion logic, higher performance can be achieved. 


6.3 Dual Port Memory Equivalent 


The functional equivalent of a Dual Port Memory implemen- 
tation can be realized for low cost with the DP8390. This 
configuration makes use of the NIC’s Remote DMA capabili- 
ties and requires only a buffer memory, and a bidirectional 
1/O port (see Figure 12). The complete network interface, 
with 8k x 8 of buffer memory, easily fits onto a half size IBM- 
PC card (as in the Network Interface Adapter, NIA, for the 
IBM-PC.) 
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FIGURE 12. DPM Equivalent Configuration 


The high priority network bandwidth is decoupled from the 
system bus, and the system interracts with the buffer mem- 
ory using a lower priority bi-directional 1/O port. For exam- 
ple, when a packet is received the local DMA channel trans- 
fers it into the buffer memory, part of which has been config- 
ured as the receive buffer ring. The remote DMA channel 
then transfers the packet on a byte by byte (or word by 
word) basis to the I/O port. At this point, as in the previous 
example, the processor (or if available, DMA channel), 
through a completely asynchronous protocol, transfers the 
packet into the main memory. 


6.4 Dual Processor Configuration 


For higher performance applications, it is desirable to off- 
load the lower-level packet processing functions from the 
main system (see Figure 717). A processor placed on a local 
bus with the NIC, memory and a bi-directional 1/O port could 
accomplish these lower-level tasks, and communicate with 
the system processor through a higher level protocol. This 
processor could be responsible for sending acknowledge- 
ment packets, establishing and breaking logical links, as- 
sembling and disassembling files, executing remote proce- 
dure calls, etc. 
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FIGURE 13. Dual Processor Configuration 
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7.0 REMOTE DMA 


A set of DMA channels is built into the DP8390 to aid in the 
system integration (as discussed above). Using a simple 
asynchronous protocol, the Remote DMA channels are 
used to transfer data between dedicated network memory, 
and common system memory. In normal operation, the re- 
mote DMA channels transfer data between the network 
memory and an I/O port, and the system transfers between 
the I/O port and the system memory. The system transfers 
are typically accomplished using either the processor, or a 
DMA controller. 


The Remote DMA channels work in both directions: trans- 
mission packets are transferred into the network memory 
and received packets are transferred out of the network 
memory. Transfers into the network memory are known as 
remote write operations, and transfers out of the network 
memory are known as remote read operations. A special 
remote read operation, send packet, automatically removes 
a packet from the receive buffer ring. 


7.1 Performing Remote DMA Operations 


Before beginning.a remote DMA operation, the controller 
must be informed of the network memory it will be using. 


Both the starting address (RSARO,1) and length (RBCRO,1) 
are set before initiating the remote DMA operation. The re- 
mote DMA operation begins by setting the appropriate bits 
in the Command Register (RDO-RD3). When the remote 
DMA operation is complete (all of the bytes transferred), the 
RDC bit (Remote DMA Complete) in the ISR (Interrupt 
Status Register) is set and the processor receives an inter- 
rupt, whereupon it takes the appropriate action. When the 
Send packet command is used, the controller automatically 
loads the starting address, and byte count (from the receive 
buffer ring) for the remote read operation, and upon comple- 
tion updates the boundary pointer (BNRY) for the receive 
buffer ring. Only one remote DMA operation can be active at 
a time. 


7.2 Hardware Considerations 


The Remote DMA capabilities of the NIC are designed to 
require minimal external components and provide a simple 
implementation. An eight bit bi-directional port can be imple- 
mented using just two 374 latches (see the DP8390 
Hardwre Design Guide). All of the control circuitry is provid- 
ed on the DP8390. In addition, bus arbitration with the local 
DMA is accomplished within the NIC in such a way as to not 
lock out other devices on the bus (see the DP8390 Data- 
sheet). 
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The Operation of the FIFO 
in the DP8390, DP83901, 
DP83902 and DP83905 


1.0 INTRODUCTION 


To accommodate the different rates at which data comes 
from (or goes to) the network and goes to (or comes from) 
the system memory, the NIC contains a 16-byte FIFO for 
buffering data between the bus and the media. The FIFO 
threshold is programmable, allowing filling (or emptying) the 
FIFO with different burst lengths. When the FIFO has filled 
to its programmed threshold, the local DMA channel trans- 
fers these bytes or words into local memory. It is crucial that 
the local DMA is given access to the bus within a minimum 
bus latency. time, otherwise a FIFO underrun (or overrun) 
occurs. During transmission the DMA writes data into the 
FIFO and the Transmit Serializer reads data from the FIFO 
and transmits it. During reception the Receive Deserializer 
writes data into the FIFO and the DMA reads data from the 
FIFO, 


2.0 FIFO THRESHOLD 


The DMA transfers between the FIFO and memory occur in 
bursts beginning when the FIFO threshold is reached. The 
threshold takes on different meanings during transmission 
and reception. During reception the FIFO threshold refers to 
the number of bytes in the FIFO. During transmission the 
FIFO threshold refers to the number of empty bytes in the 
FIFO: the size of the FIFO (16) — # bytes in FIFO. Bits FTO 
and FT1 in the Data Configuration Register set the FIFO 
threshold to 2 bytes, 4 bytes, 8 bytes, or 12 bytes (1 word, 2 
words, 4 words, or 6 words). 


National Semiconductor 
Application Note 886 
Bonnie Wilson 

Bill Lee 


The threshold for the first burst is different than subsequent 
thresholds as discussed in detail in Sections 3.0 and 4.0. 
The values in Tables | and II are derived from the timing 
diagrams in Section 6.0. The first threshold refers to the 
state of the FIFO at point B in the timing diagrams, and the 
threshold refers to the state of the FIFO at point D. The 
discussion below refers to the threshold, not the first thresh- 
old. 


The FIFO logic operates differently in reception and trans- 
mission. During reception in byte mode, a threshold is indi- 
cated when approximately the n + 14th bit has entered the 
FIFO; thus, with an 8-byte threshold, the NIC issues Bus 
Request (BREQ) when the FIFO contains 9 bytes and 6 bits. 
For reception in word mode, BREQ is generated when ap- 
proximately n + 22 bits have entered the FIFO; thus with a 
2-word threshold, BREQ is issued when the 54th bit has 
entered the FIFO. Refer to Table | for the exact receive 
thresholds for each case. 

During transmission in byte mode, a threshold is indicated 
when approximately the n + 12th bit has entered the FIFO; 
thus with an 8-byte threshold, the NIC issues BREQ when 
the FIFO contains 9 bytes and 4 bits. For transmission in 
word mode, BREQ is generated when approximately n + 
29 bits have entered the FIFO. Thus, with a 4-word thresh- 
old (equivalent to an 8-byte threshold), BREQ is issued 
when the 96th bit has entered the FIFO. Refer to Table II for 
the exact transmit thresholds for each case. 


TABLE I. Receive Packet Thresholds 


Receive Packet Cases First Threshold Threshold 
Word Mode, 1 Word Threshold 4 Words, 11 bits 2 Words, 5 bits 


Word Mode, 2 Word Threshold 


4 Words, 10 bits 3 Words, 6 bits 


Word Mode, 4 Word Threshold 5 Words, 7 bits 5 Words, 5 bits 


Word Mode, 6 Word Threshold 


6 Words, 8 bits 6 Words, 6 bits 
i 3 Bytes, 4 bits 


Byte Mode, 2 Byte Threshold 9 Bytes, 2 bits 


Byte Mode, 4 Byte Threshold #1 


9 Bytes, 2 bits 5 Bytes, 6 bits 


' Byte Mode, 4 Byte Threshold #2 9 Bytes, 6 bits 5 Bytes, 6 bits 
Byte Mode, 8 Byte Threshold 10 Bytes 9 Bytes, 6 bits 
Byte Mode, 12 Byte Threshold 13 Bytes, 7 bits 13 Bytes, 5 bits 
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TABLE Il. Transmit Packet Thresholds 


Word Mode, 4 Word Threshold 


3.0 FIFO OPERATION DURING RECEIVE 


At the beginning of reception, the NIC stores the entire Ad- 
dress field of each incoming packet in the FIFO to deter- 
mine whether the packet matches its Physical Address Reg- 
isters or maps to one of its Multicast Registers. Therefore, 
the first local DMA transfer does not occur until after 8 bytes 
(4 words) have accumulated in the FIFO, regardless of the 
value of the threshold. This affects the bus latencies at 2 
byte, 4 byte, 1 word, and 2 word thresholds during the first 
receive BREQ. Thus the threshold for the first burst that is 
loaded into memory differs from the remaining threshold 
values. Refer to Table | for the exact threshold values. 


4.0 FIFO OPERATION DURING TRANSMIT 


Before transmitting, the NIC performs a prefetch from mem- 
ory to load the FIFO. The number of bytes prefetched is the 
programmed FIFO threshold, except for 1 byte, 1 word, and 
2 word thresholds which prefetch 4 bytes, 2 words, and 4 
words respectively. The next BREQ is not issued until after 
the NIC actually begins transmitting data, i.e., after Pream- 
ble and SFD. The threshold for the first burst that is loaded 
from memory following the prefetched data often differs 
from the remaining threshold values. Refer to Table II for 
the exact threshold values. 


Transmit Packet Cases First Threshold Threshold 
Word Mode, 1 Word Threshold 3 Words, 12 bits 
Word Mode, 2 Word Threshold 4 Words, 3 bits 3 Words, 13 bits 


5 Words, 13 bits 


Word Mode, 6 Word Threshold 7 Words, 13 bits 7 Words, 13 bits 


Byte Mode, 2 Byte Threshold 12 Words, 1 bit (See Timing Diagram, 
Figure 14) 


Byte Mode, 4 Byte Threshold 12 Bytes, 1 bit 5 Bytes, 5 bits 
Byte Mode, 8 Byte Threshold 9 Bytes, 6 bits 9 Bytes, 4 bits 
Byte Mode, 12 Byte Threshold 13 Bytes, 6 bits 13 Bytes, 4 bits 
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5 Words, 13 bits 


5.0 FIFO UNDERRUNS AND OVERRUNS 


To assure that there is no overwriting of data, the FIFO logic 
flags an overrun if it becomes full before bus acknowledge 
is returned. To assure that there is no lost data, the FIFO 
flags an underrun if it becomes empty before bus acknowl- 
edge is returned. There are two causes which produce over- 
runs and underruns: 


1. The bus latency is so long that the FIFO has filled (or 
emptied) before the local DMA has serviced the FIFO. 


2. The bus latency or bus data rate has slowed the through- 
put of the loca! DMA to a point where it is slower than the 
network data rate (10 Mb/s). This second condition is 
also dependent upon DMA clock and data width (byte 
wide or word wide). 


The worst case condition ultimately limits the overall bus 
latency that the NIC can tolerate. 


6.0 TIMING DIAGRAMS 


The following pages contain detailed timing diagrams and 
descriptions of every possible receive and transmit mode 
transfer. The descriptions are of 2, 4, 8, and 12 byte trans- 
fers (on an 8-bit Novell board) and 1, 2, 4, and 6 word trans- 
fers (on a 16-bit Novell board). For each transfer, the bus 
clock runs at 20.0 MHz. Tables Ill and IV summarize the 
information found in the receive and transmit transfer dia- 
grams respectively. 


Receive Packet 
Cases 


Word Mode 


1 Word Threshold 


Word Mode 


2 Word Threshold 


Word Mode 


4 Word Threshold 


‘Word Mode 


6 Word Threshold 


Byte Mode 
2 Byte Threshold 


Byte Mode 


4 Byte Threshold #1 


Byte Mode 


4 Byte Threshold #2 


Byte Mode 
8 Byte Threshold 


Byte Mode 


12 Byte Threshold 


Transmit Packet 
Cases 


Word Mode 
1 Word Threshold 


Word Mode 
2 Word Threshold 


Word Mode 
4 Word Threshold 


Word Mode 
6 Word Threshold 


Byte Mode 
2 Byte Threshold 


Byte Mode 
4 Byte Threshold 


Byte Mode 
8 Byte Threshold 


Byte Mode 
12 Byte Threshold 


TABLE III. Receive Packet Transfers 


BREQ Asserted 
to MWR 
Deasserted 
(Point B to C) 


MWR 
Deasserted to 
BREQ Asserted 
(Point C to D) 


After SFD to 
BREQ Asserted 
(Point A to B) 


75+ 4 bits Shifted In 7 Words Removed 22 bits Shifted In 
52 bits Shifted In 

74+ 2 bits Shifted In 4 Words Removed 28 bits Shifted In 
16 bits Shifted In 


87 +2 bits Shifted In ‘4 Words Removed 53 bits Shifted In 
9 bits Shifted In 

104+2 bits Shifted In 6 Words Removed 80 bits Shifted In 
14 bits Shifted In 


74+1 bit Shifted In 8 Bytes Removed 21 bits Shifted In 
23 bits Shifted In 

78+ 1 bit Shifted In 12 Bytes Removed 26 bits Shifted In 
38 bits Shifted In 

80 + 2 bits Shifted In 44 bits Shifted In 

111+ 2 bits Shifted In 68 bits Shifted In 


TABLE IV. Transmit Packet Transfers 


BREQ Asserted 
to MRD 
Deasserted 
(Point B to C) 


74+ 2 bits Shifted In 18 Bytes Removed 12 bits Shifted In 
86 bits Shifted In 


8 Bytes Removed 
18 bits Shifted In 


12 Bytes Removed 
26 bits Shifted In 


MRD 
Deasserted to 
BREQ Asserted 
(Point C to D) 


Initial Loading 
to BREQ 


Asserted 


(Point A to B) 
2 Words Loaded 7 Words Loaded 24 bits Shifted Out 
0 bits Shifted Out 52 bits Shifted Out 
4 Words Loaded 2 Words Loaded 20 bits Shifted Out 
3 bits Shifted Out 6 bits Shifted Out 
4 Words Loaded 4 Words Loaded 54 bits Shifted Out 
29 bits Shifted Out 14 bits Shifted Out 
6 Words Loaded 6 Words Loaded 82 bits Shifted Out 
93 bits Shifted Out 14 bits Shiftedin — 
4 Bytes Loaded (Refer to Timing Diagram (Refer to Timing Diagram 
1 bit Shifted Out Figure 14) Figure 14) 
4 Bytes Loaded _, 15 Bytes Loaded 19 bits Shifted Out 
1 bit Shifted Out 49 bits Shifted Out 
8 Bytes Loaded 8 Bytes Loaded 44 bits Shifted Out 
22 bits Shifted Out 18 bits Shifted Out 
68 bits Shifted Out 


12 Bytes Loaded 
78 bits Shifted Out 


12 Bytes Loaded 
26 bits Shifted Out 
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BREQ Asserted 
to MWR 
Deasserted 
(Point D to E) 


2 Words Removed 
12 bits Shifted In 


2 Words Removed 
6 bits Shifted In 


4 Words Removed 
9 bits Shifted In 


6 Words Removed 
14 bits Shifted In 


2 Bytes Removed 
6 bits Shifted In 


4 Bytes Removed 
10 bits Shifted In 


4 Bytes Removed 
10 bits Shifted In 


8 Bytes Removed 
18 bits Shifted In 


12 Bytes Removed 
26 bits Shifted In 


BREQ Asserted 
to MAD 
Deasserted 
(Point D to E) 


2 Words Loaded 
12 bits Shifted Out 


2 Words Loaded 
6 bits Shifted Out 


4 Words Loaded 
9 bits Shifted in 


6 Words Loaded 
14 bits Shifted in 


(Refer to Timing Diagram 


Figure 14) 


4 Bytes Loaded 
10 bits Shifted Out 


8 Bytes Loaded 
18 bits Shifted Out 


12 Bytes Loaded 
26 bits Shifted Out 
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FIGURE 1. Receive Packet—Word Mode, 1 Word Threshold 


After the preamble and the Start of Frame Delimiter (SFD) 
(Point A), the FIFO shifts in 75+4 bits of data (depending 
on the location of the SFD with respect to t1 of the DMA 
sequence) before BREQ is asserted (Point B). The FIFO 
transfers 7 words into memory while shifting in 52 bits of 
data until MWR is deasserted (Point C). BREQ is asserted 
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when there are 2 words and 5 bits in the FIFO (Point D). 
Two words are removed from the FIFO and stored in memo- 
ry, while 12 bits are shifted into the FIFO until MWR is deas- 
serted (Point E). D and E are repeated until the packet is 
complete. 
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FIGURE 2. Receive Packet-——Word Mode, 2 Word Threshold 


After the preamble and the SFD (Point A), the FIFO shifts in 
7442 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 2 bursts of 2 words 
each into memory while shifting in 16 ‘bits of data until 
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MWR is deasserted (Point C). BREQ is asserted when there 
are 3 words and 6 bits in the FIFO (Point D). Two words are 
removed from the FIFO and stored in memory, while 6 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 3. Receive Packet—Word Mode, 4 Word Threshold 


After the preamble and the SFD (Point A), the FIFO shifts in 
87+2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 4 words 
into memory while shifting in 9 bits of data until MWR is 
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deasserted (Point C). BREQ is asserted when there are 5 
words and 5 bits in the FIFO (Point D). Again, 4 words are 
removed from the FIFO and stored in memory, while 9 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 4. Receive Packet—Word Mode, 6 Word Threshold. 


After the preamble and the SFD (Point A), the FIFO shifts in 
104 +2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 6 words 
into memory while shifting in 14 bits of data until MWR is 
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deasserted (Point C). BREQ is asserted when there are 6 
words and 6 bits in the FIFO (Point D). Again, 6 words are 
removed from the FIFO and stored in memory, while 14 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 5. Receive Packet—Byte Mode, 2 Byte Threshold 


After the preamble and the SFD (Point A), the FIFO shifts in is deasserted (Point C). BREQ is asserted when there are 
74+2 bits of data (depending on the location of the SFD 12 bytes and 4 bits in the FIFO (Point D). Two bytes are 
with respect to t1 of the DMA sequence) before BREQ is removed from the FIFO and stored in memory, while 6 bits 
asserted (Point B). The FIFO transfers 9 bursts of 2 bytes are shifted into the FIFO until MWR is deasserted (Point E). 
each into memory while shifting in 86 bits of data unt] MWR =~-~«3D and E are repeated until the packet is complete. 
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FIGURE 6. Receive Packet—Byte Mode, 4 Byte Threshold—First Situation 


After the preamble and the SFD (Point A), the FIFO shifts in 
74 +1 bit of data (depending on the location of the SFD with 
respect to t1 of the DMA sequence) before BREQ is assert- 
ed (Point B). The FIFO transfers 2 bursts of 4 bytes each 
into memory while shifting in 23 bits of data until 
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MWR is deasserted (Point C). BREQ is asserted when there 
are 5 bytes and 6 bits in the FIFO (Point D). Four bytes are 
removed from the FIFO and stored in memory, while 10 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 7. Receive Packet—Byte Mode, 4 Byte Threshold—Second Situation 


After the preamble and the SFD (Point A), the FIFO shifts in 
78 +1 bit of data (depending on the location of the SFD with 
respect to t1 of the DMA sequence) before BREQ is assert- 
ed (Point B). The FIFO transfers 3 bursts of 4. bytes each 


into memory while shifting in 38 bits of data until © 
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MWR is deasserted (Point C). BREQ is asserted when there 
are 5 bytes and 6 bits in the FIFO (Point D). Four bytes are 
removed from the FIFO and stored in memory, while 10 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 8. Receive Packet-—-Byte Mode, 8 Byte Threshold 


After the preamble and the SFD (Point A), the FIFO shifts in 
80 +2 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 8 bytes 
into memory while shifting in 18 bits of data until MWR is 
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deasserted (Point C). BREQ is asserted when there are 9 
bytes and 6 bits in the FIFO (Point D). Again, 8 bytes are 
removed from the FIFO and stored in memory, while 10 bits 
are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 9. Receive Packet—Byte Mode, 12 Byte Threshold 


After the preamble and the SFD (Point A), the FIFO shifts in 
111 +42 bits of data (depending on the location of the SFD 
with respect to t1 of the DMA sequence) before BREQ is 
asserted (Point B). The FIFO transfers 1 burst of 12 bytes 
into memory while shifting in 26 bits of data until MWR is 
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deasserted (Point C). BREQ is asserted when there are 13 
bytes and 5 bits in the FIFO (Point D). Again, 12 bytes are 
. temoved from the FIFO and stored in memory, while 26 bits 

are shifted into the FIFO until MWR is deasserted (Point E). 
D and E are repeated until the packet is complete. 
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FIGURE 10. Transmit Packet—Word Mode, 1 Word Threshold 


The FIFO prefetches 2 words from memory (point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO, and BREQ is asserted (Point B). 
During this burst, 7 words are loaded into the FIFO from 
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memory while 52 bits are shifted out until MRD is deassert- 
ed (Point C). The next BREQ comes when there are 4 words 
and 4 bits in the FIFO (Point D). Two words are loaded into 
the FIFO from memory while 12 bits are shifted out (Point 
E). D and E are repeated until the packet is complete. 
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FIGURE 11. Transmit Packet—Word Mode, 2 Word Threshold 


The FIFO prefetches 2 bursts of 2 words each from memory 
(Point A). The preamble starts during these prefetches. Af- 
ter the preamble and the Start of Frame Delimiter are trans- 
mitted, data is shifted out of the FIFO. After 3 bits are shift- 
ed out, BREQ is asserted (Point B). During this burst, 2 
words are loaded into the FIFO from memory while 6 bits 
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are shifted out until MRD is deasserted (Point C). The next 
BREQ comes when there are 4 words and 3 bits in the FIFO 
(Point D). Again, 2 words are loaded into the FIFO from 
memory while 6 bits are shifted out (Point E). D and E are 
repeated until the packet is complete. 
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FIGURE 12. Transmit Packet—Word Mode, 4 Word Threshold 


The FIFO prefetches 4 words from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 29 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 4 words are loaded 
into the FIFO from memory while 9 bits are shifted out until 
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MRD is deasserted (Point C). The next bus request comes 
when there are 2 words and 3 bits in the FIFO (Point D). 
Again, 4 words are loaded into the FIFO from memory while 
9 bits are shifted out (Point E). D and E are repeated until 
the packet is complete. 
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FIGURE 13. Transmit Packet—Word Mode, 6 Word Threshold 


The FIFO prefetches 6 words from memory (Point A). The 
preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 93 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 6 words are loaded 
into the FIFO from memory while 14 bits are shifted out until 
MRD is deasserted (Point C). The next bus request comes 
when there are 3 bits in the FIFO (Point D). Again, 6 words 
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are loaded into the FIFO from memory while 14 bits are 

shifted out (Point E). D and E are repeated until the packet 

is complete. 

Note: At Point B, the 7th word is latched in approximately 10 ns before its 
first bit is clocked out. Occasionally, 94 bits will be shifted out before 
the first BREQ. In this case, the first bit of the 7th word and every 6th 
word from then on will be corrupted. Since no error occurs, this mode 
should not be used. 
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FIGURE 14. Transmit Packet—Byte Mode, 2 Byte Threshold 


The FIFO prefetches 2 bursts of 2 bytes each from memory 
(Point A). The preamble starts during these prefetches. Af- 
ter the preamble and the Start of Frame Delimiter are trans- 
mitted, data is shifted out of the FIFO. After 1 bit is shifted 
out, BREQ is asserted (Point B). Eleven bursts of two bytes 
each are loaded into the FIFO from memory while 106 bits 
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are shifted out (Point C). At this point the bursts become 
one byte instead of two bytes (Point D). The FIFO loads 1 
byte from memory while 7 bits are shifted out (Point E). D 
and E are repeated until the packet is complete. 

Note: BREQ remains asserted until the entire packet is transmitted. 
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FIGURE 15. Transmit Packet—Byte Mode, 4 Byte Threshold 


The FIFO prefetches 4 bytes from memory (Point A). The 


preamble starts during these prefetches. After the preamble 
and the Start of Frame Delimiter are transmitted, data is 
shifted out of the FIFO. After 1 bit is shifted out, BREQ is 
asserted (Point B). Four bursts of 4, 4, 4, and 3 bytes, re- 
spectively, are loaded into the FIFO from memory while 49 
bits are shifted out until MRD is deasserted (Point C). 
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The next bus request comes when there are 10 bytes and 3 

bits in the FIFO (Point D). Four bytes are loaded into the 

FIFO from memory while 10 bits are shifted out (Point E). D 

and E are repeated until the packet is complete. 

Note: Some samples prefetched two bursts of 4 bytes each, and only 2 
bursts of 4 bytes each were loaded into the FIFO between Points B 
and C. Both the cases sometimes had bursts of 3 bytes after point D, 


‘continuing until the packet is completed. A pattern could not be de- 
veloped. This does not corrupt any bits and no error occurs. 
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FIGURE 16. Transmit Packet—Byte Mode, 8 Byte Threshold 


The FIFO prefetches 8 bytes from memory (Point A). The 
preamble starts during these prefetches. After the preamble 


and the Start of Frame Delimiter are transmitted, data is. 


shifted out of the FIFO. After 22 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 8 bytes are loaded 
into the FIFO from memory while 18 bits are shifted out until 
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MRD is deasserted (Point C). The next bus request comes 
when there are 6 bytes and 4 bits in the FIFO (Point D). 
Again, 8 bytes are loaded into the FIFO from memory while 
18 bits are shifted out-(Point E). D and E are repeated until 
the packet is complete. 
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FIGURE 17. Transmit Packet—Byte Mode, 12 Byte Threshold 


The FIFO prefetches 12 bytes from memory (Point A). The 
preamble starts during these prefetches. After the preamble 


and the Start of Frame Delimiter. are transmitted,-data is . 


shifted: out of the FIFO. After 78 bits are shifted out, BREQ 
is asserted (Point B). During this burst, 12 bytes are loaded 
into the FIFO from memory while 26 bits are shifted out until 
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MRD is deasserted (Point C). The next bus request comes 
when there are 2 bytes and 4 bits in the FIFO (Point D). 
Again, 12 bytes are loaded into the FIFO from memory while 
26 bits are shifted out (Point E). D and E are repeated until 
the packet is complete. 
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Guide to Loopback 
Using the DP8390 Chip Set 


OVERVIEW 
Loopback capabilities are provided to allow certain tests to 
be performed to validate operation of the DP8390 NIC, the 
DP8391 SNI, and the DP8392 CTI prior to transmitting and 
receiving packets on a live network. Typically these tests 
may be performed during power up of a node. The diagnos- 
tic provides support to verify the following: 
. Verify integrity of data path through each chip. Received 
data is checked against transmitted data. 
. Verify CRC logic’s capability to generate good GAC on 
transmit. 
. Verify CRC recognition capability of the NIC on receive. 
. Verify that the address recognition logic can 
a. Recognize address match packets 
b. Reject packets that fail to match an address 
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LOOPBACK MODES 


Loopback modes are selected by programming the Trans- 
mit Configuration Register. Bits LBO and LB1 select the type 
of loopback to be performed. The NIC supports three 
modes of loopback: internal loopback through the DP8390 
controller only (Figure 7), external loopback through the 
DP8391 encoder/decoder (Figure 2), and external loopback 
through the DP8392 transceiver (Figure 3). 


Loopback Operation in the NIC 


To initiate a loopback test, a packet must first be assembled 
and transferred into the NIC buffer memory. Next, the 
Transmit Page Start Register, Transmit Byte Count Regis- 
ters, and Transmit Configuration Register must be pro- 
grammed. (When loopback mode is selected in the Transmit 
Configuration Register, the FIFO is split into two halves, one 
used for transmission and the other for reception.) Finally, 
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FIGURE 1. Loopback Mode 1: Through the Controller 
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FIGURE 3. Loopback Mode 3: To the Coax 
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the transmit command is issued to the Command Register, 
causing the following operations to occur: 


Transmitter Actions 


1. Data is transferred from memory by local DMA until the 
FIFO is filled. For each transfer, the Transmit Byte Count 
Registers (TBCRO and TBCR1) are decremented. (Sub- 
sequent burst transfers are initiated when the number of 
bytes in the FIFO drops below the programmed thresh- 
old.) 


. The NIC generates 56 bits of preamble followed by an 
8-bit synch pattern. 


. Data is transferred from the FIFO to the serializer. 


. If the Inhibit CRC bit is set in the Transmit Configuration 
Register, no CRC is calculated by the NIC, and the last 
byte transmitted is the last byte from the FIFO (last byte 
of the packet). This allows a software CRC to be append- 
ed. If the Inhibit CRC bit is not set, the NIC calculates and 
appends four bytes of CRC to the end of the packet. 


. At the end of transmission, the Packet Transmitted bit is 
set in the Interrupt Status Register. 


Receiver Actions 


1. Wait for synch (Start of Frame Delimiter), all preamble 
bits are ignored. 


. Store packet in the FIFO, increment receive byte count 
for each incoming byte. 


. If the Inhibit CRC bit is set in the Transmit Configuration 
Register, the receiver checks the incoming packet for 
CRC errors. If the Inhibit CRC bit is not set in the Transmit 
Configuration Register, the receiver does not check for 
CRC errors; the CRC error bit is set in the Receive Status 
Register (for address matching packets). 


. At the end of receive, the receive byte count is written 
into the FIFO and the Receive Status Register is updated. 
The Packet Received Intact bit is typically set in the Re- 
ceive Status Register even if the address does not 
match. If CRC errors are forced, the packet must match 
the address filters in order for the CRC error bit in the 
Receive Status Register to be set. 


Restrictions Using Loopback 


Since the NIC is a half-duplex device, several compromises 
were required for the implementation of loopback diagnos- 
tics. Special attention should be paid to the restrictions 
placed on the use of loopback diagnostics. 
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. The FIFO is split into two halves to allow some buffering 


of incoming data. The NIC transmits through one half of 
the FIFO and receives through the second half. Only the 
last five bytes of a packet can be examined in the FIFO; 
the DMA does not store the loopback packet in memory. 
Thus loopback can be considered a modified form of 
transmission. 


. Splitting of the FIFO has some bus latency implications. 


The FIFO depth is halved, thus reducing the amount of 
allowed bus latency. The Loopback Select bit (D3) in the 


Data Configuration Register should be set to allow all lo- © 


cal DMA transfers to continue until the FIFO is filled. In 
cases where the latency constraints cannot be accom- 
modated, small 7 byte packets can be transmitted. In ad- 
dition, the FIFO must only be read (by successfully read- 
ing port 06h) when in loopback mode; reading the FIFO in 
other modes will result in the NIC failing to issue the ACK 
signal properly. 


. The CRC logic is shared by the receiver and the transmit- 


ter; thus the NIC cannot generate and check the CRC 
simultaneously. That is, if the Inhibit CRC bit is not'set in 
the Transmit Configuration Register, the NIC generates 
and appends the CRC, and software must be used to 
verify the CRC. On the other hand, if the Inhibit CRC bit is 
set in the Transmit Configuration Register, the NIC will 
verify a software generated CRC. 


. Address recognition logic must be checked indirectly 


through a small series of tests (see Group II! Loopback 
Tests: Address Recognition for further explanation). 


. Between consecutive transmissions in loopback mode, 


the Transmit Configuration Register must first be set to 
00h and the Command Register reset to 21h (followed by 
a wait state of at least 1.5 ms for the NIC to reset). The 
desired loopback mode may then be programmed into 
the Transmit Configuration Register. This step guaran- 
tees alignment of the FIFO pointers when data is read 
from the FIFO. 


. Loopback only operates with byte wide transfers, thus 


special considerations must be made with word wide 
transfers. Since the FIFO is split, only half of each word is 
transferred into the transmit portion of the FIFO. The Byte 
Order Select bit in the Data Configuration Register can be 


- used to select which half of the word is written into the 


FIFO (see Figure 4). 


Note: Although a word is transferred to the NIC, only a byte is transmitted in 


the loopback packet. To properly transfer all the bytes in the loop- 
back packet, the byte count must be 2 times the actual number of 
bytes assembled in the loopback packet. 
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FIGURE 4. Packet Assembly for Loopback Work Wide Transfers 


1-325 


8S8-NV 


AN-858 


7. During heavily loaded network conditions, external loop- 
back through the SNI and CTI could fail due to interfer- 
ence from the network. 


Alignment of Data in the FIFO 


During loopback, eight bytes of the FIFO are used for trans- 
mission and eight bytes are used for reception. Reception of 
the packet begins at location zero, and after the pointer 
reaches the last location in the receive portion of the FIFO, 
the pointer wraps back to location zero, overwriting the pre- 
viously received data (see Figure 5). The pointer continues 
to circulate through the FIFO until the last byte is received. 
The NIC then appends the lower receive byte count and two 
copies of the upper receive byte count into the next three 
locations in the FIFO. Thus, only the last five bytes of the 
received packet may be retrieved. 


Note: Although the size limit of a loopback packet is 64 kbytes, the byte 
counter rolls over at 2048 bytes. 
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To achieve the packet alignment shown in Figure 6, the 
packet length should be (N*8) +5 bytes (i.e., 13, 21, etc). If 
the CRC is appended, the second through fifth byte will be 
the CRC ‘appended by the NIC. This allows the CRC to be 
extracted from the NIC and compared to a previously calcu- 
lated value for verification. 
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FIGURE 6. Alignment of Packet 
’ In FIFO Following Loopback 


Loopback Tests 

Three types of loopback tests may be peiternied to verify 

the data path through the DP8390 chip set. The tests are as 

follows: 

1. Group | tests verify the CRC generation capability of the 
NIC. In this case, the NIC generates and appends a CRC 
to the loopback packet, and software is used to verify a 
matching CRC. 

2. Group II tests verify the CRC recognition capability of the 
NIC. Here, the NIC verifies a software generated CRC. 

3. Group Ill tests verify the address recognition logic of the 
NIC. 

The loopback tests which follow were performed on the 

DP839EB. During each of the loopback tests, the Data Con- 

figuration Register was programmed to 40h. 


GROUP | LOOPBACK TESTS: CRC GENERATION 
The basic steps necessary to perform the Group | loopback 
tests (in which the CRC is appended by the NIC) are as 
follows: 

1. Set Command Register to 21h (page 0). 

2. Initialize Data Configuration Register to 40h. 

3. Initialize Receive Configuration Register to 1Fh ApIOMIe. 

cuous mode). 

4. Initialize Transmit Byte Count Registers and Transmit 

Page Start Register. 

5. Set Command Register to 22h (start mode). 

6. Create loopback packet and transfer into NIC buffer 
memory. 

7. Transmit dummy packet to check for unterminated or: 
unconnected cable: 

a. Set Transmit Configuration Register to 00h (normal 
operation). 

b. Write FFh to Interrupt Status Register to reset. 

c. Set Command. Register to 26h (transmit). Note that 
the Command Register must first be in start mode 
(22h) before transmitting (26h). 

d. Loop until the Packet Transmitted bit is set in the In- 
terrupt Status Register. If the timeout loop completes 
and this bit is not set, the transmit has timed out, and 
the cable may not be connected. 

e. Check. Interrupt Status Register for 08h (transmit Er. 
ror. If the Transmit Error bit is set, excessive collisions 
have occurred, and the cable may not be terminated. 

8. Start loopback mode 1 test (TCR = 02h): 

a. Reset Transmit Configuration Register to 00h. 

b. Reset Command Register to 21h. If the NIC is cur- 
rently receiving a packet, it will wait for the reception 
of the current packet to complete before it will reset. 
Thus, a wait state of at least 1.5 ms is necessary to 
insure that the NIC will completely reset. 

c. Program the Transmit Configuration neaieles to the 
appropriate loopback mode. 

d. Write FFh to Interrupt Status Register to reset. 

e. Set Command Register to 22h (start mode). 
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f. Set Command Register to 26h (transmit). 
g. Wait for transmit to complete (Command Register = 
22h).: ; 
h. Check Interrupt Status Register for O6h (good trans- 
mission). 
i. Read FIFO and compare CRC with previously calculat- 
ed CRC. ; 
9. Start loopback mode 2 test (TCR = 04h): See Step 8. 
10. Transmit a dummy packet to change the contents of the 
FIFO. If this step is not taken before external loopback 
through the CTI and the AUI cable is not connected, the 
NIC does not receive anything into its FIFO. Thus the 
contents of the FIFO are not changed, and the loopback 
test reads a good CRC. See Step 7. 
11. Start loopback mode 3 test (TCR = O6h): See Step 8. 
12. If mode 3 lookback fails, transmission may have been 


aborted due to excessive collisions (check the Transmit 


Status Register). In this case, network traffic has inter- 
ferred and the CTI may still be operational. 


GROUP I RESULTS 


The following examples show what results can be expected 
from a properly operating NIC during Group | loopback oper- 
ations. The restrictions and results of each loopback mode 
are listed for reference. 


Internal Loopback through the NIC 


[TSR | RSR | ISR 
| StH | 


51H 


Note 1: Before transmission of the loopback packet, Carrier Sense and Col- 
lision inputs are monitored (as required: by CSMA/CD protocol). 
Once the NIC gains access to the network for transmission, the 
Carrier Sense and Collision Detect inputs are ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 


Note 2: CRC errors are always indicated by the receiver if the CRC is ap- 
pended by the transmitter. 


Note 3: Only the Packet Transmitted and Receive Error bits in the Interrupt 
Status Register are set; the Packet Received bit is set only if status 
is written to memory. In loopback this action does not occur, and 
the Packet Received bit remains 0 for all loopback modes. 


External Loopback through the SNI 


| Path | Tor | RcR| TSA | RSA | ISR 
[NIC Extemal (Mode 2) | o4H | FH | 41H | o2H | 06H | 


Note 1: CD Heartbeat is set in the Transmit Status Register; Carrier Sense 
Lost is not set since it is generated by the external enco- 
der/decoder. 


External Loopback through the CTI 


| Path | Ter | Ror | TSA | Rs | ISR | 
[NIC External (Mode 3) | osH | 1FH | o1H | o2H | 06H | 


Note 1: CD Heartbeat and Carrier Sense Lost should not be set. The Trans- 
mit Status Register could, however, also contain 01, 03, 07, anda 
variety of other values depending on whether collisions were en- 
countered or the packet was deferred. 


Note 2: The Interrupt Status Register will contain 08 if the packet is not 
transmittable. 
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During external loopback the NIC is now exposed to net- 
work traffic. It is therefore possible for the contents of both 
the receive portion of the FIFO and the Receive Status Reg- 
ister to be corrupted by any other packet on the network. 
Thus, in a live network, the contents of the FIFO and Re- 
ceive Status Register should not be depended on. The NIC 
will still abide by the standard CSMA/CD protocol in exter- 
nal loopback mode (the network will not be disturbed by the 
loopback packet). 


GROUP II LOOPBACK TESTS: 

CRC RECOGNITION . 

The basic steps necessary to perform the Group II loopback 
tests (in which a software CRC is appended to the packet) 
are similar to those outlined previously for the Group | tests, 
with the following exceptions: 
1. The loopback packet created must have a software ap- 

pended CRC. 7 ere ge - 

2. When programming the Transmit Configuration Register 


to the desired loopback mode, the Inhibit CRC bit must 


be set. 


3. After the loopback packet has been transmitted, check | 


the Interrupt Status Register and/or the Receive Status 
Register for CRC errors. If a CRC error has occurred, the 
loopback test has failed. 

GROUP II RESULTS | a 

The following examples show what results can be expected 


from a properly operating NIC during Group II loopback op- , 


erations. The restrictions and results of each loopback 
mode are listed for reference. 


Internal Loopback through the NIC 


| Path "| Tor | RoR | TSR | RSA | ISA | 
[NIC Internal (Mode 1) | 3H | 1FH | 51H | o1H | o2H | 


Note 1: Before transmission of the loopback packet, Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protocol). 
Once the NIC gains access to the network for transmission, the 
Carrier Sense and Collision Detect inputs are ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 

Note 2: Only the Packet Transmitted bit in the Interrupt Status Register is 
set. The packet received bit is set only if status is written to memo- 
ty. In loopback this action does not occur, and the Packet Received 
bit remains 0 for all loopback modes. 


External Loopback through the SNI 


Note 1: CD Heartbeat is set in the Transmit Status register; Carrier Sense 
Lost is not set since it is generated by the external encoder/decod- 
er. 
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External Loopback through the CTI 


| Path | tcr'| RoR | TsR'| ASR tsR | 
[NIG External (Mode 3) | o7H | 1FH | o1H | ott | o2H | 


Note 1: CD Heartbeat and Carrier Sense Lost should not be set. The Trans- 
mit Status Register could, however, also contain 01, 03, 07, anda 
variety of other values depending on whether collisions were en- 
countered or the packet was deferred. 


Note 2: The Interrupt Status Register will contain 08 if the packet is not 
transmittable. 

During external loopback the NIC is now exposed to net- 
work traffic. It is therefore possible for the contents of both 
the received portion of the FIFO and the Receive Status 
Register to be corrupted by any other packet on the. net- 
work. Thus, in a live network, the contents of the FIFO and 
Receive Status Register should not be depended on. The 
NIC will still abide by the standard CSMA/CD protocol in 
external loopback mode (the network will not be disturbed 
by the loopback packet). 


GROUP IIi LOOPBACK TESTS: 
ADDRESS RECOGNITION 


The address recognition logic cannot be directly tested. 
However, the CRC Error and Frame Alignment Error bits in 
the Receive Status Register are set only if the address of 
the packet matches the address filters. Thus, if errors are 
expected to be set and they are not set, the packet has 
been rejected on the basis of an address mismatch. 


GROUP Ill RESULTS 


One method of testing the address recognition logic would 
be to transmit two loopback packets, one with a matching 
physical address, and one with a non-matching address. 
Both packets should have a CRC appended by the NIC. 


Expected results for each case follow. 


Internal Loopback through the NIC: Matching 
Physical Address 


| Path__| Tc | cr | TSA | RsA | tsR | 
[NIG Internal (Mode 1) | o2H | ooH | StH | o2H | o6H | 


Note 1: Before transmission of the loopback packet, Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protocol). 
Once the NIC gains access to the network for transmission, the 
Carrier Sense and Collision Detect inputs are ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are ranweys set in the 
Transmit Status Register: 


Note 2: ‘CRC errors should be seen in both the Receive Status Register and 
the Interrupt Status Register for an address matching packet. 


Note 3: Only the Packet Transmitted and Receive Error bits in the Interrupt 
Status Register are set; the Packet Received bit is set only if status 
is written to memory. In loopback this action does not occur, and. 
the Packet Received bit remains 0 for all loopback modes. 


Internal Loopback through the NIC: Non-Matching . 
Physical Address 


a lea 


Note 1: Before transmission of the loopback packet, Carrier Sense and Col- 
lision inputs are monitored (as required by CSMA/CD protoco)). 
Once the NIC gains access to the network for transmission, the 
Carrier Sense and Collision Detect inputs are ignored. Thus, the 
Carrier Sense Lost and CD Heartbeat bits are always set in the 
Transmit Status Register. 


Note 2: CRC errors should not be detested for a non-matching physical 
address. 


Note 3: Only the Packet Transmitted bit in the Interrupt Status Register is 
. set. The packet received bit is set only if status is written to memo- 
ry. In loopback this action does not occur, and the Packet Received 

bit remains 0 for all loopback modes. 
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Writing Drivers for the 
DP8390 NIC Family of 
Ethernet Controllers 


INTRODUCTION 


This document provides detailed information for writing driv- 
ers for the NIC Family of Ethernet Controllers; DP8390 NIC, 
DP83901 SNICT, DP83902 ST-NICT, and DP83905 
AT/LANTICT™, It describes the basic components of the 
drivers: (1) hardware initialization, (2) initiating . transmis- 
sions, and (3) servicing receive and transmit interrupts. It 


includes specific examples of actual network drivers (Driver-" 


Initialize, DriverSend, and DriverlSR). We recommend that 
you become familiar with the individual part Data- 
sheets. 


HARDWARE INITIALIZATION 


The initialization procedure supplies configuration parame- 
ters for the NIC Controllers to operate in the current system. 
This involves the CPU loading the proper values into the 
configuration and address registers and enabling the NIC 
Controllers onto the network. The following shows a list of 
parameters that must be initialized before the NIC Control- 
lers become operational. 


— data bus width (8 or 16 bits) 
physical address 
types of interrupts that may be serviced 
size of the Receive Buffer Ring 
FIFO threshold 
types of packets that may be received 


An example of an initialization routine for a typical 8-bit sys- 
tem is exemplified in Drivertnitialize. Note that the DATA 
CONFIGURATION register must be initialized before all oth- 
er registers are initialized (except the COMMAND register). 
Note also the sequencing to enable the DP83902 and 
DP83905 onto the network. 


PACKET TRANSMISSION 


The transmit driver is generally partitioned into two parts. 
The first part (DriverSend) initiates a transmission whenever 
the upper level software passes a packet to the driver. If the 
driver is unable to transmit the packet immediately (i.e., the 
transmitter is busy), the supplied packet is queued in a 
transmit-pending buffer. After initiating or queuing up the 
packet, DriverSend returns. 


DriverSend operates in conjunction with an interrupt service 
routine (DriverlSR). After completing the transmission, the 
NIC Controllers interrupt the CPU to signal the end of the 
transmission and indicate status information in the TRANS- 
MIT STATUS register. 


RECEIVE DRIVER 


The responsibility of the receive driver is to transfer data 
from the Receive Buffer Ring to the host’s memory. Ideally, 
this process is done as fast as possible to eliminate any 
bottlenecks that may be incurred by the driver. The NIC 
Controllers facilitate removing data from the Ring by provid- 
ing a Remote DMA channel to transfer data from the Ring to 
an I/O port which is readable by the host system. It also 
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maintains two pointers to track packets in the Ring: 
BOUNDARY and CURRENT. These registers respectively 
point to the last unread packet in the Ring and the next 
vacant location in memory to receive another packet. Gen- 


‘erally, the receive driver removes the next packet pointed to 
‘by BOUNDARY, then increments BOUNDARY to the suc- 


ceeding packet indicated by the Next Page Pointer in the 
4-byte NIC Controllers receive header. This process contin- 
ues until all packets have been removed from the Ring. 


The NIC Controllers automate packet removal with the 
“send packet” command. When this command is issued, 
the NIC Controllers automatically load the DMA start ad- 
dress with BOUNDARY, load the DMA byte count from the 
4-byte receive header, then begin transferring data. At the 
end of the DMA, the NIC Controllers update BOUNDARY 
with the Next Page Pointer from the receive header. To re- 
move all packets from the Ring, the receive driver simply 
issues the ‘send packet’? command until the BOUNDARY 
and CURRENT registers are equal. 


Because of the asynchronous nature of reception, the re- 


‘ceive driver must be interrupt driven. Typically, packet re- 


ception is given high priority since delaying packet removal 
may overflow the Receive Buffer Ring. If several packets in 
the ring have been queued, all packets should be removed 
in one process (i.e., a software loop which empties the 
Ring). In heavy traffic conditions, local memory can fill up 
quickly so it is important that the Ring be large enough to 
handle these situations. 


To find out how many packets are lost due to Ring over- 
flows or network errors, the NIC Controllers have three sta- 
tistical registers to monitor the network; FRAME ALIGN- 
MENT ERROR tally, CRC ERROR tally, and FRAMES 
LOST tally. These registers are useful in initially determining 
the size of the Ring and how many packets are lost due to 
network related errors (CRC errors and/or frame alignment 
errors). 


EXAMPLE DRIVERS 


The following transmit and receive drivers are written in as- 
sembly for fast execution. The transmit driver is partitioned 
into two parts, DriverSend and DriverlSR, while the receive 
driver resides entirely within DriverlSR. This section gives an 
overview of DriverlSR, followed by a description on how re- 
ceive and transmit interrupts interact with DriverlSR. 


Interrupt Service Routine (DriverlSR) 


DriverlSR is concerned with interrupts originating from re- 
ceptions, transmissions, and errored transmissions. Errored 
receptions are ignored since these are usually collision frag- 
ments and are of no use to the upper layer software. Driver- 
ISR (Figure 2) consists of (1) a packet transmitted routine 
and (2) a packet received routine. The basic functions of the 
routines are as follows: ; 

Packet Transmitted Routine: checks the status of all trans- 
missions and transmits the next packets in the transmit- 
pending queue. 
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Reset PTX Bit in 
Interrupt Status 
Register 


Read Transmit 
Status Register 


Inform High 
Level Software 
of Good/Bad 
Transmission 


Empty 
Transmission 
Queue? 


Transmit Next 
Packet in Queue 


Update Queue 
Pointers © 


DRIVER ISR 


Disable Interrupt 
Save PC Registers 


Read DP8390/901 


/902/305 
Interrupt Status 
Registers 


Packet 
Reception? 


Reset PRX Bit in 
Interrupt Status 


Register 
Packet 


Transmission? 


DMA Packet 
from Local 
Memory to PC 


Send "EOI" 
to 8259 


Inform High 
Level Software 
of Received Packet 

Enable Interrupt 


Restore PC 
Registers 


Receive 
Buffer Ring 
Empty? 


FIGURE 2. Interrupt Service Routine 
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Packet Received Routine: removes all packets in the re- 
ceive buffer ring by using the “send packet” command of 
the NIC Controllers. 


Transmit Driver 


The transmit drivers consist of two parts. The first part, Dri- 
verSend (Figure 3), initiates ttansmission when called by the 
upper layer software. DriverSend checks if the NIC Control- 
lers are ready to transmit by reading the COMMAND regis- 
ter (TXP bit is zero). If ready, the DriverSend using the 
DP8390’s Remote DMA channel, transfers from the PC's 
memory to local memory, then issues the transmit com- 
mand and returns. Otherwise, if the NIC Controllers are 
busy (TXP bits equal one) DriverSend queues the packet in 
the transmit-pending queue, then returns. 


DRIVER SEND 


DP8390/901 


/902/905 
Ready to 
Transmit? 


DMA Packet from 


Queue Packet 


PC to Local in PC Memory 


Memory 


Program NIC to 
Transmit Packet 
(Command Reg = 26h) 


RETURN 


FIGURE 3. Driver Send Routine 
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After a transmission is completed, DriverlSR services the 
interrupt from the NIC Controllers and (1) reports status in- 
formation by reading the TRANSMIT STATUS register and 
(2) transmits the next packet in the transmit-pending queue, 
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if any. Thus, for a transmit interrupt, DriverlSR executes the 
following steps: 


1. Reset PTX bit in INTERRUPT STATUS register. 


2. Check for good transmission by reading the TRANSMIT 
STATUS Register. 


3. If there are more packets in the transmit-pending queue, 
transmit the next packet; otherwise go to 4. 


4. Read INTERRUPT STATUS register for any pending in- 
terrupts. 


Receiver Driver 


Since the receiver driver must be interrupt driven, it resides 
completely within the DriverlSR. When the receive interrupt 
occurs, one or more packets may be buffered into the Ring 
by the NIC Controllers. The DriverlSR removes packets 
from the Ring and then passes them up to the host. Using 
the “send packet” command, packets are removed until the 
Ring is empty, that is, when CURRENT and BOUNDARY 
registers are equal. The sequence of the receive packet 
routine is shown below. 


. Reset the PRX bit in the INTERRUPT STATUS register. 


. Remove the next packet in the receive buffer using the 
“send packet” command. 


. Check to see if the receive buffer ring is empty: BOUND- 
ARY register = CURRENT PAGE register 


. If the Ring is not empty, go to 1; otherwise read INTER- 
RUPT STATUS register for any more pending interrupts. 


OTHER SOFTWARE CONSIDERATIONS 


The NIC Ethernet Controllers require some special software 
considerations to operate in all network environments. In 
particular, the handling of overflow of the receive buffer ring 
must be handled EXACTLY as described in the data sheet 
and Design Tips. 


The most efficient manner to remove packets from the 
transmit-pending queue is to use Driver Send to initiate 
transmission of the very first packet in the queue; then upon 
completion, use the DriverlSR to transmit the remaining 
packets. Using this method, the DriverlSR examines the 
queue, transmits the next available packet, then exits. The 
DriverlSR transmits the next packet after the NIC Control- 
lers issue the next transmit interrupt. 
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DriverInitialize 


Initializes the NIC for a typical network system. 
Receive Buffer Ring = 2600h to 4000h ~ 
Transmit Buffer = 2000h to 2600h 


Entry: none 
MOSH ESSE EE IE EEE SOSH SI ISG IS IG OS ISO GEE ISO EIEIO OEE 


Seok kokckkeekKE quates tad ne Hogiatenatenennternrsss):08040 
COMMAND equ * 300h i 
PAGESTART equ COMMAND+1 
PAGESTOP : equ COMMAND+2 
BOUNDARY equ COMMAND+3 
TRANSMITSTATUS equ COMMAND+4° 
TRANSMITPAGE equ COMMAND+4 
TRANSMETBETECOURTE equ - COMMAND+5 
NCR Os equ COMMAND+5 
TRANSMITBYTECOUNTL equ COMMAND+6 
INTERRUPISTATUS | ‘equ COMMAND+7__, 
CURRENT equ COMMAND+7 sin page 1 
REMOTESTARTADDRESSO equ COMMAND+8 
CRDMAO equ COMMAND+8_ 
REMOTESTARTADDRESS1 equ’ COMMAND+9 
CRDMAL equ COMMAND+9 
REMOTEBYTECOUNTO ' equ COMMAND+0ah 
REMOTEBYTECOUNTL equ COMMAND+0bh 
RECEIVESTATUS equ COMMAND+0ch 
RECEIVECONFIGURATION equ COMMAND+0ch 
TRANSMITCONFIGURATION equ COMMAND+0dh 
FAE_TALLY equ COMMAND+0dh 
DATACONFIGURATION equ COMMAND+0eh 
CRC_TALLY © equ COMMAND+0eh 
INTERRUPTMASK equ COMMAND+0fh 
MISS_PKT_TALLY > * equ COMMAND+0fh 


PSTART "equ 46h 
PSTOP > equ = 80h 


CGroup group Code 
Code segment para public "Code! 
assume cs:CGroup, ds:CGroup, es:nothing, ss :nothing 


svalue for Recv config. reg 
svalue for trans. config. reg 
svalue for data config. reg 
svalue for intr. mask reg 
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DriverInitialize proc near 
public DriverInitialize 


mov al,2lh sstop mode. 
mov ax, COMMAND 
out dx,al 


mov al,der _ 2 5 
mov dx, DATACONFIGURATION ;data configuration register 
out dx,al 


mov dx, REMOTEBYTECOUNTO 

xor al,al ; 

out dx,al slow remote byte count 
mov dx,REMOTEBYTECOUNT1 

out ax,al shigh remote byte count 


al,rer 
dx, RECEIVECONFIGURATION sreceive configuration register 
ax,al 


al,20h 
dx, TRANSMITPAGE .° stransmit page start 
dx,al 


al,02 
dx, TRANSMITCONFIGURATION 5. < : 
dx,al stemporarily go into Loopback mode 


al,26h bad 
ax, PAGESTART spage start 
dx,al 


dx, BOUNDARY sboundary register 
ax,al ; 
al,40h 


dx, PAGESTOP spage stop 
ax,al 


al,6lh 3g0 to page 1 registers 
dx, COMMAND 
ax,al 


al,26h 
ax, CURRENT scurrent page register 
dadx,al 


al,22h sback to page 0, start mode 
ax, COMMAND e 
dx,al 


al,Offh . Ai, “4 
ax, INTERRUPTSTATUS sinterrupt status register 
dx,al 


al,imr 
ax, INTERRUPTMASK sinterrupt mask register 
dx,al 


dx, TRANSMITCONFIGURATION 
al,toer 
dx,al 3TCR in normal mode, NIC is now 
sready for reception 
ret 
DriverInitialize endp 


Code ends 
end 
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7 DriverSend 


: Either transmits a packet passed to it or queues up the 
; packet if the transmitter is busy (COMMAND register = 26h). 
s Routine is called from upper layer software. 


Entry: ds:si => packet to be transmitted 
cx => byte count of packet ; 
BEGG GISGESIS SI ISIS SIS IGGIOSI GIGI IOI GISGGI GEES AG OOIGIGRIDIa SIG SISIOI i iGo iar a IR Raia a ar 
PEC oi i iii ak ak ici kook quates for NIC ROGLSCETS * ¥ HHH HH 


COMMAND equ 300h 
PAGESTART equ COMMAND+1 
PAGESTOP equ COMMAND+2 
BOUNDARY equ. COMMAND+3 
TRANSMITSTATUS equ COMMAND+4 
TRANSMITPAGE equ COMMAND+4 
TRANSMITBYTECOUNTO equ COMMAND+5 
NCR equ COMMAND+5 
TRANSMITBYTECOUNT1 equ COMMAND+6 
INTERRUPTSTATUS equ COMMAND+7 
CURRENT equ COMMAND+7 .; sin page l 
REMOTESTARTADDRESSO equ COMMAND+8 
CRDMAO equ COMMAND+8 
REMOTESTARTADDRESS1 equ COMMAND+9 
CRDMA1L equ COMMAND+9 
REMOTEBYTECOUNTO equ COMMAND+0ah 
REMOTEBYTECOUNT1 equ COMMAND+0bh 
RECEIVESTATUS equ COMMAND+0ch 
RECEIVECONFIGURATION equ COMMAND+0ch 
TRANSMITCONFIGURATION equ COMMAND+0dh 
FAE_TALLY equ COMMAND+0dh 
DATACONFIGURATION equ COMMAND+0eh 
CRC_TALLY equ COMMAND+0eh 
INTERRUPTMASK equ COMMAND+0fh 
MISS_PKT_TALLY equ COMMAND+0fh 
IOPORT equ COMMAND+10h 


PSTART equ 46h . 
PSTOP equ 80h 
TRANSMITBUFFER equ 40h 


«CODE 


DriverSend proc near 
public DriverSend 
cli ; s;disable interrupts 
mov ax, COMMAND 
in al,dx sread NIC command register 
cmp 26h stransmitting? 
je Queuelt sif so, queue packet 
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push 
mov 
xor 
call 
mov 
mov 
out 
pop 
mov 
mov 
out 
mov 
mov 
out 
mov 
mov 
out 
jmp 


Queuelt: 


Finished: 


DriverSend 


cx sstore byte count 

ah, TRANSMITBUFFER 

al,al 3set page to transfer packet to 
PCtoNIC stransfer packet to NIC buffer RAM 
dx, TRANSMITPAGE 

al, TRANSMITBUFFER 

dx,al ;set NIC transmit page 

cx sget byte count back 

dx, TRANSMITBYTECOUNTO 

al,ecl 

dx,al sset transmit byte count 0O on NIC 
dx, TRANSMITBYTECOUNT1 

al,ch 

dax,al ;set transmit byte count 1 on NIC 
ax, COMMAND 

al,26h 

dx,al sissue transmit to COMMAND register 
Finished 


call Queue_packet 
senable interrupts 


sti 
ret 


endp 
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PCtoNIC 


: This routine will transfer a packet from the PC's RAM 
to the local RAM on the NIC card. 


assumes: ds: si packet to be transferred 
ex byte count 


ax NIC buffer page to transfer to 
3 Ke 2 aK ake 2K afk 2 ak akc ok ok ak akc ofc aie ac ofc og 2c aie ae ake fe ok oft akc akc ok oft ok a oie os akc oi ait 9 9K ok 2K oie kok ok 2 ok 9k a ok i 9K 9K 9 a 2 akc oft at a aie ae kc ae oie aie ae ak ok kc ok 


public W-_PCtoNIC 
PCtoNIC proc far 
push ax save buffer address 
ine cx . make even 
and ex,O0fffeh 
mov dx, REMOTEBYTECOUNTO ; set byte count low byte 
mov al,cl 
out . ax,al 
mov dx, REMOTEBYTECOUNT1 set byte count high byte 
mov al,ch 
out ax,al 
pop ax get our page back 
mov dx, REMOTESTARTADDRESSO 
out dx,al set as lo address 
mov dx,REMOTESTARTADDRESS1 
mov al,ah set as hi address 
out ax,al 
mov dx, COMMAND 
mov al1,12h write and start 
out dx,al 
mov ax, IOPORT 
shr cx,l 3 need to loop half as many times 
Writing_Word: sbecause of word=-wide transfers 
lodsw sload word from ds:si 
out dx,ax swrite to IOPORT on NIC board 
loop Writing_Word 
mov cx,0 
mov dx, INTERRUPTSTATUS 
CheckDMA : 
in al,dx 
test al,40h 3; dma done ??? 
jnz toNICEND 3; if so, go to NICEND 
; jmp CheckDMA sloop until done 
toNICEND: 
mov dx, INTERRUPTSTATUS 
mov al,40h sclear DMA interrupt bit in ISR 
out adx,al 
elec 
ret 
PCtoNIC endp 
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NICtoPC 


This routine will transfer a packet from the RAM 


assumes: es: di 


-NICtoPC 


Writing_ 


CheckDMA 


ReadEnd: 


-NICtoPC 


public 


push 
inc 
and 
mov 
mov 
out 
mov 
mov 
out 
pop 
mov 
out 
mov 
mov 
out 
mov 
mov 
out 
mov 
shr 
Word: 
in 
Stosw 
loop 
mov 
in 
test 
jnz 
jmp 


out 
ret 


Cx 
ax 


byte count 


3; on the NIC card to the RAM in the PC. 


-NICtoPC 

proc far 

ax 

cx 

ex,O0fffeh 

dx, REMOTEBYTECOUNTO 
al,cl 

ax,al 

ax, REMOTEBYTECOUNT1 
al,ch 

dx,al 

ax 

ax, REMOTESTARTADDRESSO 
adx,al 

ax, REMOTESTARTADDRESS1 
al,ah 

ax,al 

dx, COMMAND 

al,0ah 

ax,al 

ax, IOPORT 

cx,1 


ax,dax 


Reading_Word 
dx, INTERRUPTSTATUS 


al,dx 
al,40h 
ReadEnd 
CheckDMA 
dadx,al 


endp 


packet to be transferred 


NIC buffer page to transfer from 
0 2 3 2k Fe oie ie ie 2k ie ik akc oft aie kc a fe ae oft afc ake ai 2k kc aie ake ac kc ie a ic it akc ae oie aie ic ak afc 2 ke ok aie a ic a ake af ai aie a aie afc ai ic a akc ait ae fe aie ic ae ke ak akc oie 2k ae ae 


save buffer address 
make even 


get our page back 


set as low address 


set as hi address 


we 


read and start 


3 need to loop half as many times 
sbecause of word-wide transfers 


sread word and Store in es:di 


3; clear RDMA bit in NIC ISR 
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OGIO IOI IGG iS i dai ia ici GG a GIGI GIGI ICI ROR a I I ICRC a i i a ak ak ek ak ae a ie ae ak ak ae ak a ak 
: DriverISR 


This interrupt service routine responds to transmit, transmit error, and 
receive interrupts (the PIX, TXE, and PRX bits in the INTERRUPT STATUS 
register) produced from the NIC. Upon transmit interrupts, the upper 
layer software is informed of successful or erroneous transmissions; 
upon receive interrupts, packets are removed from the Receive Buffer 
Ring (in local memory) and transferred to the PC. 


we we we we we we 


CSCO oioi ici iG gSc ial ici icici aio aG aI GIGI Gio GI I ISG a I ICI a a II i aR ica i a ai ack a ak i aa a 


DB ickckioick kkk kK guates for NIC Registers * *## FH HH HHH HR ER 


COMMAND equ 300h 
PAGESTART equ COMMAND+1 
PAGESTOP equ COMMAND+2 
BOUNDARY equ COMMAND+3 
TRANSMITSTATUS equ COMMAND+4 
TRANSMITPAGE equ COMMAND+4 
TRANSMITBYTECOUNTO equ COMMAND+5 
NCR equ  COMMAND+5 
TRANSMITBYTECOUNTL equ COMMAND+6 
INTERRUPTSTATUS equ COMMAND+7 
CURRENT equ  COMMAND+7 sin page 1 
REMOTESTARTADDRESSO equ COMMAND+8 
CRDMAO equ COMMAND+8 
REMOTESTARTADDRESS1 equ COMMAND+9 
CRDMAL equ COMMAND+9 
REMOTEBYTECOUNTO equ COMMAND+0ah 
REMOTEBYTECOUNT1 equ COMMAND+0bh 
RECEIVESTATUS equ COMMAND+0ch 


RECEIVECONFIGURATION equ  COMMAND+0ch 
TRANSMITCONFIGURATION equ  COMMAND+0dh— 


FAE_TALLY equ) COMMAND+Odh 
DATACONFIGURATION equ’ COMMAND+0eh 
CRC_TALLY equ COMMAND+0eh 
INTERRUPTMASK equ COMMAND+0fh 
MISS_PKT_TALLY equ) COMMAND+0fh 
PSTART equ) 46h 

PSTOP equ) 80h 


CGroup group Code 
Code Segment para public ‘Code’ 

assume cs:CGroup, ds:CGroup, eS:nothing, ss:nothing 
; External routines 


extrn DriverSend: near 
byte_count dw ? 
imr ab lbh simage of Interrupt Mask register 
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DIGI GIO IGOR CGO IOIGIOIIGIOI GIGI GIG I ack a a a 3 a a a acai 2k 2k ak akc ak ak ak ak ak ak ak ake ak ak 


; Begin of Interrupt Service Routine 
GR GIG IGG GOOG IG GI IG GR i Rik ka a kok aca kok i 2 ak ok ak ok oka a a a aoe a ae 
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netisr proc near 
public netisr 


eli 

push ax ssave regs 
push bx 

push cx 

push dx 

push di 

push si 

push ds 

push es 

push bp 

mov al,Obch 

out 2lh,al sturn off IRQ3 
sti 

mov ax,CGroup 

mov ds,ax sds=cs 


DIGI I IO OG II III IGG GIOIA IOI I ICICI ICICI I aK ok ok i ak ak a ai ak ak at a ak ak akc ae aie ake ak ak at 


; Read INTERRUPT STATUS REGISTER for receive packets, transmitted 


: packets and errored transmitted packets. 
DOIG GIGI GIGI ICICI IGG IGG GIGI IOI ICIS i ak I ICR ak ak ai ake ak ak a ak ak ak a a ake ak ak ak 


poll: 
mov dx,INTERRUPTSTATUS 
in al,dx 
test al,l spacket received? 
jnz pkt_recv_rt 
test al,Oah spacket transmitted? 
jz exit_isr sno, let's exit 


jmp pkt_tx_rt 


exit_isr;: 
mov ax, INTERRUPTMASK sdisabling NIC's intr 
mov al,O 
out adx,al 


eli 

mov al,Ob4h sturn IRQ3 back on 

out 2lh,al 

mov al,63h ssend 'EOI' for IRQ3 

out 20h,al 

sti 

mov ax, INTERRUPTMASK sNOTE: intr from the NIC 

mov al,imr 3; are enabled at this point so 

out ax,al ; that the 8259 interrupt 
; controller does not miss any 
; IRQ edges from the NIC 
; (IRQ is edge sensitive) 

pop bp 

pop es 

pop ds 

pop si 

pop di 

pop. dx 

pop cx 

pop bx 

pop ax 

iret 
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SRR fe ok oka oe oko ak kc ae ic ae ae akc ok akc ak fc ae ic i ic kc ac akc ag 9k ok a ca a ok kc ok akc ak aie ak aie ak akc akc ac i a ok ae ae akc ae a aka ak ai oi ak ac ok 2k ak 


Packet Receive Routine (pkt_recv_rt) - clears out all good 


packets in local receive buffer ring. Bad packets are ignored. 
Fee ICI RC ok fe ok ak 2k oie ok ae 3 ic akc afc a ais akc ak oc ake ae ai ke akc akc ae ot kc ak afc akc oe ofc 2k 2 a kc ok ac ac ok i 28 aie ie ae ok ake a akc ae ae ie oe oe 2 ak ok 2k ok a 2k ok 


pkt_recvirt: 
mov dx, INTERRUPTSTATUS 
in al,dax 
test al,10h stest for a Ring overflow 
jnz ring_ovfl 
mov al,l 
out ax,al sreset PRX bit in ISR 
mov ax,next packet 
mov cx,packet_length 
mov es,seq recv_pe_buff 
mov di,offset recv_pe_buff 
NICtoPC 


SRO RR kak ak ak ake ok 9k ak kc ak akc eas ak ois oka i aie a ic 9k akc kas akc a ak a ak ac okt oie coke ok ai ak ae aie akc ais 9k ak ai oe akc ak akc ae akc oka a a akc a ok ak ake 


KR 9 ook kc ak ake akc ako a ic eae a kc oko akc ke ot os akc oe ac kc ak ic akc akc ak ae ac oc ok kc 2 a akc ok at oie akc ak at aie ac a a coe a kc oe ae oie oi ak at a ak ak a a a oie 


; 
: Inform upper layer software of a received packet to be processed 
H 
; 


+ checking to see if receive buffer ring is empty 
check_ring: 
mov ax, BOUNDARY 
in al,dx 
mov ah,al ssave BOUNDARY in ah 
mov dx, COMMAND 
mov al,62h 
out dx,al sswitched to pg 1 of NIC 
mov ax, CURRENT 
in al,dx 
mov bh,al sbh = CURRENT PAGE register 
mov dx, COMMAND 
mov al,22h 
out dx,al sswitched back to pg 0 
cmp ah, bh srecv buff ring empty? 
jne pkt_recv_rt 


jmp poll 
SKC ee ic ofc ic akc a ke akc akc oe ic ae oe ak ofc aft kc oft age ake aie ok okt aie oie 2 9k ak oc ae ic fe oie oe ak ot oie ak ie oft oie ake 2c oie aft ic ae ie ae ie aie 2c ie ae 2k ac a aK it ok at 3c oie a ie ak ie 2c 


; 

H The following code is required to recover from a Ring. overflow. 
; See Sec. 2.0 of datasheet addendum. 
; 
; 


28 ee fei aka ok ee ic aac akc ake keg akc a akc aks akc ac akc a akc ae akc fe ois ae ac akc koe 2 kc aft akc ac ke ae ai a akc i a akc ae akc ae akc ok akc 2 akc aie ait oe as ak a ok at ok 


ring_ovfl: 
mov ax, COMMAND 
mov al,2lh 
out dx,al 'sput NIC in stop mode 


dx, REMOTEBYTECOUNTO 
al,al 
dx,al 
ax, REMOTEBYTECOUNT1 
ax,al 


ax, INTERRUPISTATUS 
ex,7fffh sload time out counter 
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wait_for stop: 
in al,dax 
test al,80h slook for RST bit to be set 
loop wait _for stop 3; if we fall thru this loop, the RST bit may not get 
$ set because the NIC was currently transmitting 
mov ax, TRANSMITCONFIGURATION 
mov al,2 
out dadx,al sinto loopback mode 1 
mov ax, COMMAND 
mov al,22h 
out dx,al sinto stop mode 


mov ax,next_packet 

mov cx,packet_length 

mov es,seg recv_pce_buff 
mov di,offset recv_pc_buff 
NICtoPC 


mov ax, INTERRUPTSTATUS 
mov al,10h 
out dax,al sclear Overflow bit 


mov ax, TRANSMITCONFIGURATION 

mov al,ter 

out dadx,al sput TCR back to normal mode 
jmp check_ring 


PEE EERE EEL SES SEES EER LES EE SELES ESSE EES EE ES SESE EEL EE EE SS TES ES SES SES SSS SS 


H 

; 

7 packet_transmit routine (pkt.tx_rt) -determine status of 
: transmitted packet, then checks the transmit-pending 
; 
; 
; 


queue for the next available packet to transmit. 


[ROR ORR RR GR RGR ROK IR OR ga ak a ak ak i a kak kk kk 2 oe ie fe aie i ic ic ak a ke ie ae ae a a a a ak 2K oko oo ok ok 


pkt_tx_rt: 
mov dx, INTERRUPTSTATUS 
mov al,Oah 
out dax,al sreset PIX and TXE bits in ISR 


mov ax, TRANSMITSTATUS scheck for erroneous TX 

in al,dx 

test al,38h sis FU, CRS, or ABT bits set in TSR 
jnz bad_tx 


Re ae 2c 2 ae ake ake ake af a ake fe aie 2c ie aie ake aie 2k 2k i ie akc ae 2k ai aie ae a ae a ie ac 2k ie aie 2k i ic aie ae 22 ie aie ae 2 ae 2k ai ai aie ac ae ak aie ai ae 2 2k ak ak ai ae 2 ak a ae ok ie 


; 
; Inform upper layer software of successful transmission 
$e ee ee 2 ee ee oe a ee 2 a oe 2 ie a Re CR RC a a Re a Fe a aR ae ie eK 2 a ae 


jmp chk_tx_ queue 
bad_tx: sin here if bad TX 


2 fe Re oie oe ge ae age ae ate ade ae oe oe ae ak ie ie akc ake ak a ak ake ake ake akc aie ae 2 ae 2k 2k 2 kc akc ak ak kc i 2k ae 2c 2 ie aie ic ac ee a 2 2 2 2 2c 2 ae aie a ae ae 2 ae 2k a 


Inform upper layer software of erroneous transmission 


2 fe fee fe fee ee fe ke ae ae ae fe ic a i kek 2 9 2k kc 2 2 2 2 ie aie ae 2 2 2 2k i ak 2 ak i ec 2k ae a i ak kk ae 9 9k 2k ie ae a ea 2c ae 2 2 
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chk_tx queue : 


eall 


cmp 
je 
call 
jmp 
netisr endp 


Check_Queue 


ex,0 
poll 
DriverSend 
poll 


; see if a packet is in queue 


assume Check_Queue will a non-zero 
value in cx and pointer to the 
packet in DS:SI if packet is 
available. Returns cx = 0 otherwise 
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DP83905EB-AT | 
AT/LANTIC™ Evaluation 
Board | 


1.0 OVERVIEW 


The DP83905EB-AT AT/LANTIC Demonstration board pro- 
vides system designers with complete 16-bit 10BASE-T, 
10BASE2 and 10BASE5 Ethernet Solutions in a half-size, 
jumperless, ISA adapter card. The board uses only four ICs 
and can be configured as either a shared memory or an 1/O 
port adapter card. All of the bus interface logic is implement- 
ed in the DP83905, AT Local Area Network Twisted Pair 
Interface Controller (AT/LANTIC). The AT/LANTIC uses an 
E2PROM to store the board’s IEEE node address and it’s 
own configuration information. It uses two 8k x 8 SRAMs for 
buffering packets to and from the network. 


The DP83905 has a built in Manchester Encoder/Decoder 
and Twisted Pair Transceiver. This allows the AT/LANTIC 
to transmit and receive packets on a 10BASE-T network 
with the addition of only a filter and some discrete compo- 
nents. An AUI interface on the AT/LANTIC can also be 
used to run a 10BASE5 or 10BASE2 network with the addi- 
tion of two 1:1 pulse transformers, a DC-DC Converter and 
the DP8392 Coaxial Transceiver Interface (CTI). Refer to 
the schematic at the end of this Application Note. 


Memory Support Address Bus 


SRAM 


System Address 


Bus 
Boot PROM 


ISA BUS 


Memory Support Data Bus 


System Address, Data and Control 


National Semiconductor 
Application Note 875 
Rick Willardson 


2.0 ARCHITECTURAL FEATURES 


¢ Designed with the DP8390 Network Interface Controller, 
NIC 


Complete Ethernet solution with only 4 ICs 
Board options are configurable in software 
Half-size PC-AT® adapter card 


2 Modes for ISA interface—Shared Memory or I/O Port 
(NE2000p/us™ compatible) 


10BASE-T, 10BASE2 or 10BASE5 connectivity 

‘Serial EEPROM stores IEEE address and AT/LANTIC 
configuration while using fess power than a typical 
bipolar PROM 

e Surface mount technology on most parts 

Boot PROM socket to allow diskless boot from 
NetWare™, LANManager and other network operating 
systems 


Able to select one of eight interrupts 


TP Interface 


Filters/ 
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TL/F/11786-1 


FIGURE 1. DP83905EB-AT Block Diagram 
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3.0 BOARD DESIGN AND LAYOUT 

Figure 2 shows the part placement and power plane layout 
for the DP83905EB-AT Demonstration Board. The design is 
straight forward because all of the bus interface logic, in- 
cluding the 24 mA ISA bus drivers, is internal to the 
AT/LANTIC. The Twisted Pair interface is simple as the TPI 
transceiver is also internal to the AT/LANTIC. Thin Ethernet 
(10BASE2) is acheived with the addition of a DP8392CV 
CTI device and a DC-DC converter. 


3.1 ISA Bus Interface 


All of the ISA Bus interconnects of the AT/LANTIC can be 
directly routed to the ISA Bus connector. Changing the 
physical placement of the AT/LANTIC may make these 


Figure 1 shows how both SRAMs and the E2PROM are con- 
nected to the Memory Support Bus of the AT/LANTIC. The 
AT/LANTIC uses the SRAM (8k x 16) for buffering transmit 
and receive packets and it uses the E2PROM to store the 
IEEE Node Address, a checksum, a board type, Configura- 
tion Registers A, B and C and codes which determine the 
data width in which the board is to run. Primarily the 
E2PROM is used on start up; once the AT/LANTIC reads 
the configuration data and the IEEE node address out of the 
E2PROM, this information is stored in the AT/LANTIC and 
made accessible by software. 


In order to change the boot connainaton of the board, the 


traces easier to route, but in order to keep the Twisted Pair ..- 


Interface traces as short as possible; the AT/LANTIC 
should be placed as close as possible to the card’s metal 
bracket. This makes the routing of the ISA Bus traces longer 
and hence noisier. To filter low frequency noise (kHz range) 
on the bus a 22 pF decoupling capacitor was placed near 
the bus connéctor between power and ground. 

The Boot PROM address lines also come directly from the 
ISA Bus connector. The reason for this is that the 
AT/LANTIC’s Memory Support Address Bus does not buffer 


‘address bit AO which is needed by the boot PROM (the 


current configuration is changed in software and the 
AT/LANTIC downloads the new. configuration to . the 
E2PROM. The new configuration will be stored so that when 


the board is powered up again, the new configuration will be 


loaded. (See Section 4.0—older designs required hardware 
jumpers to do this). The E2PROM that the AT/LANTIC uses 
(NM93C06) is a serial device. The AT/LANTIC uses its 
MSD0-2 pins for Serial Data Out, Serial Data In and Clock 
to the E2PROM when reading or writing it. 

The two RAMs provide 16 kbytes of memory for the 
AT/LANTIC to use for buffering received packets and for 
the system to use for buffering transmit packets. In Shared 


’ RAM mode the RAM logically resides in system memory, 


AT/LANTIC only does word aligned transfers when in 16-bit ~ 


mode). Boot PROM addresses must come directly off the 
ISA Bus where byte or word aligned transfers may be used 
by software. The physical location of the PROM is not crit- 
ical. 


3.2 Memory Support Bus Interface 


The Memory Support Interface is that part of the design 
which is used by the AT/LANTIC’s Local DMA and Auto- 


Configuration. This includes the SRAMs and the E2PROM. 


AT/LANTIC 


but it must still be connected to the AT/LANTIC’s Memory 
Support Bus. The AT/LANTIC buffers the data and address 
from the ISA Bus, decodes the address and drives chip se- 
lect and the read or write strobe to the RAM. Note that the 
board was designed to accommodate either DIP or SOP 
SRAMs. 


ee Digital Power and 
Ground Planes. 


7A Voided area for 
LA 


sensitive analog 
traces, 


Chassis Ground. 


Power dissipation 
area for CTI. 


TL/F/11786-2 


FIGURE 2. DP83905EB-AT Board Layout and Component Placement 
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3.3 AT/LANTIC 


Some design and layout considerations were made with re- 
spect to the DP83905. These are described in the following 
three sections. 


3.3.1 Crystal and Oscillator Design 


The AT/LANTIC has been designed to operate with either a 
crystal or an oscillator module. The DP83905EB-AT comes 
assembled with the crystal option. If an oscillator module is 
used, the crystal and the load capacitors C1 and C2 must be 
removed from the board. If the capacitors are not removed, 
they will create excessive loading on the clock which may 
stop the card frem working. When mounting an oscillator, it 
should be raised slightly off the board so that it is not touch- 
ing the metal pads for the capacitors C1 and C2 (some os- 
cillator modules have built-in insulating raisers). 


There are two layout considerations with respect to the 
clock. First, the traces for the clock should be short and the 
crystal or oscillator should be placed close to the 
AT/LANTIC (see Figure 2). Second, if a standard size crys- 
tal is being used and it must lie flat on the PC board, the 
power planes should be voided in that area. Note that on 
the DP83905EB-AT a low-profile crystal is being used that is 
not laying down. In this situation, it is not critical that the 
power planes be removed 


3.3.2 Decoupling for the AT/LANTIC 


The AT/LANTIC, like any other VLSI device, is composed of 
multiple functional/logic blocks. In some cases, these 
blocks run off of separate power rails internal to the part. 
Some of these blocks (such as the Twisted Pair Transceiv- 
er) can be quite susceptible to noise. Not only can the input 
signals couple noise from the board and environment, but 
output signals can transmit noise to the environment. Also, 
since the separate power pins are all connected to the 
same 5V supply in the PC, other noisy power signals can 
affect power supplies that need to be kept noise free. By 
separately decoupling the supply pins to the AT/LANTIC, 
the internal supplies are reasonably isolated from each oth- 
er. Instead of placing decoupling capacitors near the 
AT/LANTIC, place the decoupling capacitors directly to the 
power pins. Each of the seven blocks within the AT/LANTIC 
should be decoupled by at least one 0.01 mF capacitor. 
Thus, each of the power rails in the chip has independant 
decoupling. This minimizes EMI and reduces power supply 
noise. 


Another area of concern is the AT/LANTIC’s ISA bus inter- 
face. This section is driving the ISA bus with 24 mA bus 
drivers. Not only is the current high, but the rise and fall 
times of the bus signals are fast. By decoupling the ISA 
interface supply, noise produced by these drivers is re- 
duced. 


Decoupling of noise from the PC bus is acheived using 
0.01 AF and 22 uF capacitors (used to filter out lower fre- 
quency noise in the order of a few kHz). One 22 uF is 
placed near the media end of the board and the other near 
the ISA bus connector. ar ; 


3.3.3 PLL Power Supply Noise 
The VCO (Voltage Controlled Oscillator) block of the re- 
ceive PLL (Phase-Lock Loop) within the AT/LANTIC is sen- 
sitive to noise in the frequency range of 10 kHz to 400 kHz. 
As little as 100 mV of noise in this range can cause the PLL 
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to lose lock on an incoming packet. In order to improve the 
performance of the PLL, a single pole filter should be used 
on the PLL power supply pin. This is shown below in Figure 
3. 


TL/F/11786~3 
FIGURE 3. PLL Vcc Noise Filter 


3.4 Twisted Pair Interface (TPI) 


This section refers to the layout diagram in Figure 2, of this 
Application Note. 


The Twisted Pair Interface of the DP83905EB-AT is simple: 
the only components needed external to the AT/LANTIC 
are the pre-emphasis resistors, some capacitors, a trans- 
former/filter module and, of course, the RJ45 modular con- 
nector. Resistors R19-22 (refer to the schematic at the end 
of this application note) provide the preemphasis for the 
TXO+ output as described in the AT/LANTIC datasheet. 
R23 damps the TXO+ output undershoot. Resistors R24 
and R25 terminate the receive Twisted Pair line. C9, C43- 
C45 filter out the common mode noise in the transformer/fil- 
ter. C46 and C47 filter out the high frequency noise harmon- 
ics on the TXO+ output. All these components together 
with the transformer/filter module should be placed as 
close to the AT/LANTIC’s twisted pair interface pins as pos- 
sible. The traces should be kept straight and should not run 
near any other traces. The traces on the cable side of the 
transformer/filter module to the RJ45 connector should be 
kept short and straight too. Additionally, make sure that all 
differential traces are tracked in parallel so they are equi- 
length and will pick up the same amount of common mode 
noise. 


The entire area under all of these signals should be voided 
of signal traces and power planes, as these could couple 
noise into the Tx/Rx signals. This is shown in Figure 2. This 
part of the circuit is very critical and will affect FCC test 
results directly. Precaution should be taken during layout to 
ensure that noise is reduced as much as possible. 


3.5 Attachment Unit Interface (AUI) 


The DP83905EB-AT can be used with an external Medium 
Attachment Unit (MAU) so that connectivity to 1OBASES5 or 
another medium can be acheived. This interface is via the 
15-pin D-type connector and is a direct interface to the 
AT/LANTIC’s ENDEC. The AT/LANTIC’s ENDEC requires 
two 2700 pull-down resistors on the transmit outputs and 
78Q terminations on the receive and collision inputs. Also, 
the RX, TX and CD lines must be AC coupled using a stan- 
dard 1:1 pulse transformer. This is the only design require- 
ment for the AUI interface: it is needed to isolate the 
AT/LANTIC from DC fault conditions. Although these differ- 
ential signals are not as noise sensitive as the Twisted Pair 
inputs, care should still be taken when laying out this sec- 
tion of the board. It is not necessary to void the power 
planes under them. 
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3.6 Coaxial Transceiver Interface (CTI) 


This section refers to the layout diagram in Figure 2 of this 
application note. 


The Coax Transceiver Interface (DP8392CV) should be 
placed very close to the BNC connector. This will allow the 
TXO/RXI trace to be short and straight. The area under this 
trace should be voided of all other signals and power planes 
(as shown in Figure 2) in order to meet the IEEE 802.3 input 
capacitance requirement. The BNC connector on the dem- 
onstration board is a standard part, however, “quiet” con- 
nectors are readily available to reduce noise for perform- 
ance and FCC qualification. The CTI requires an area of 
copper on the top of the board for heat dissipation. This is 
also shown in Figure 2 and is documented in the DP8392CV 
datasheet. The ground shield of the BNC connector (and of 
the coax cable) is resistively and capacitively decoupled to 
chassis ground. There is a.chassis ground strip on each 
layer of the board running from the top to the bottom of the 
PC board. This is connected to the chassis of the PC 
through the 15-pin AU! connector’s body metal. Chassis 
ground is then capacitively decoupled to digital ground. The 
chassis ground trace along the front of the board forms a 
“shield” so that noise is not emitted into or received from 
the environment. 


In order to provide a jumperless solution, a 1:1 transformer 
is required between the CT! and the 15-pin AUI connector. 
This provides 500V isolation between the CTI and the DTE 
ground as required by the IEEE 802.3 specification. 


3.6.1 DC-DC Converter Solution 


The DP83905EB-AT has been designed to use a standard 
DC-DC converter which operates from a 12V supply and 
meets the specifications of the DP8392CV. When the 
AT/LANTIC is programmed for Thin Ethernet, the THIN out- 
put is driven high to turn on the DC-DC converter. For Thick 
Ethernet and Twisted Pair (10BASE5/T) the AT/LANTIC 
drives the THIN output low, turning off the DC-DC converter. 
Table | shows the possible settings for bits PHYS1 and 
PHYSO, the Physical Layer Interface selection bits in Config- 
uration Register B. When programmed as [0 1] the THIN 
output of the AT/LANTIC will go high which will turn on the 
DC-DC converter. When programmed to any other combina- 
tion the THIN output will go low, turning the DC-DC convert- 
er off. 


TABLE I. Physical Medium Selection 


|PHysi-o | Media| 
10BASE-T 
10BASE2 


AUI (10BASES5) 
TPI (RSL) 


3.7 Interrupt Scheme 


The DP83905EB-AT will support the selection of one of 
eight host interrupts..(Encoded mode.) 


To program the AT/LANTIC to use the encoded mode inter- 
rupt scheme, set the INTMODE bit in Configuration Register 
C HIGH (logic 1)—see Section 4.3 for details. INT3 is the 
active interrupt output and INTO, 1, 2 are programmable out- 
puts containing the values in bits 3-5 of configuration regis- 
ter A. 
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The DP83905EB-AT connects the AT/LANTIC’s INTO-3 
pins to the inputs of a 16V8 GAL. The GAL maps the 
INTO-2 inputs to the host’s interrupts, as shown in Figure 4 
and Table Il. This interrupt scheme is Novell NE2000p/us 
compatible. The INT3 pin from the AT/LANTIC strobes true 
when an interrupt is generated by the AT/LANTIC’s internal 
circuitry. The selected interrupt is output on the GAL 
(strobes LOW) for the duration of the INT3 strobe. 


This means that the interrupt outputs are intended for use in 
an edge triggered interrupt environment. They will not func- 
tion correctly in a machine with level triggered interrupts— 
interrupts may be missed. 


By definition the ISA bus uses edge triggered interrupts, 
however, in an EISA machine, interrupts can be system se- 
lected to be either edge or level triggered. 


IRQS.0E = !INTS & !INT2 & !INT1 & 
IRQS = 0; 
IRQ4.0E = 
IRQ4 = 0; 
IRQ5.0E = 
IRQS = 0; 
IRQ9.0E = 
IRQ9 = 0; 
IRQ10.0E = 
IRQlO = 0; 
IRQ11.0E = 
IRQ11 = 03; 
IRQ12.0E = 
IRQ12 = 0; 
IRQ15.0E = 
IRQIS = 0; 


LINTO; 


‘INTS & $INT2 & !INTI & INTO; 


SINTS & !SINT2 & INT1 & !INTO; 


{INTS & !INT2 & INT1 & INTO; 


SINTS & INT2 & !INTL & SINTO; 


{INTL & INTO; 


{INTS & INT2 & 


SINTS & INT2 & INT1 & !INTO; 


SINTS & INT2 & INT1 & INTO; 


FIGURE 4. GAL Contents 


TABLE II. Interrupt Selection 


INT 2, 1,0 Interrupt Level 


3.8 Status LEDs 


Five LEDs are located at the top of the board to indicate 
network status. The LEDs from left to right are: POLARITY 
(POL), COLLISION (COL), TRANSMIT (XMT), LINK (LNK) 
and RECEIVE (REC). 


The POL LED is lit when the TPI module detects seven 
consecutive link pulses or three consecutive receive pack- 
ets with reversed polarity. 


The COL LED is lit for approximately 50 ms whenever a 
collision is detected. 


The XMT LED is lit for approximately 50 ms whenever the 
AT/LANTIC controller transmits data. 


In TPI mode, the LNK LED is lit while link pulses are being 
received. This indicates that the twisted-pair connection is 
active. 


The REC LED is lit for approximately 50 ms whenever re- 
ceived data is detected. 


3.9 Bed-of-Nails Testing 


The DP83905EB-AT supports in-circuit testing to ensure 
that the board has been assembled correctly with working 
parts. The schematic for the board shows each of these 
points (TPxx) as test points. Physically, they are holes on 
the board or surface mount pads. Every node on the board 
that does not include a through hole part has an associated 
test point. The AT bus signals are also brought out to test 
points. This allows a bed-of-nails tester to probe every node 
of the board. 


4.0 CONFIGURATION OPTIONS 


Please refer to the AT/LANTIC hardware and software de- 
sign guides for a more detailed explanation of this section. 


The DP83905EB-AT does not require jumpers because all 
the configuration options for the board can be programmed 
by software. The serial E2PROM can also be written to by 
the AT/LANTIC, allowing the configuration to be changed 
and saved. The memory map of the E2PROM is shown in 
Table Ill. 


TABLE III. E2PROM Contents 


= ail D15-D8 D7-D0 


Config. Reg. C 
—m Config. Reg. B Config. Reg. A 


| __Notused | __Notused 
Board Type 
ral E’Net Address 5 E’Net Address 4 


E’Net Address 3 E’Net Address 2 
E’Net Address 1 E’Net Address 0 


The fields in the E2PROM are defined as: 

CONFIG REG. A—Stores base I/O Address and Interrupt 
number that the board is currently using. The AT/LANTIC 
has write access to this location. See bit description in Sec- 
tion 4.1. 
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CONFIG REG. B—Stores Physical Layer Interface and pro- 
grammable bus options. The AT/LANTIC has write access 
to this location. See bit description in Section 4.2. 


CONFIG REG. C—Stores Boot PROM address and other 
hardware specific configuration options. The AT/LANTIC 
cannot write to this location. See bit description in Section 
4.3. 


42H—This location (08H) must contain 42H (ASCII “B”). 
When DWID is low, the software will read this location in the 
PROM Store of the AT/LANTIC and determine that the 
board is in an 8-bit slot. The AT/LANTIC cannot write to this 
location. 


57H—This location (07H) must contain 57H (ASCII ‘W”). 
When DWID is high, the software will read this location in 
the PROM Store of the AT/LANTIC and determine that the 
board is in a 16-bit slot. The AT/LANTIC cannot write to this 
location. 


CHECKSUM—This location is only used in Shared RAM 
mode. The checksum is used to verify the Ethernet Address 
and the board type. The two’s compliment addition of the 
last eight bytes (O3H-O0H) must equal FFH, otherwise 
there is an error. The value of the checksum is determined 
from this. The AT/LANTIC cannot write to this location. 


BOARD TYPE—This location is only used in Shared RAM 
mode. The Board Type indicator tells the network driver 
what hardware is being used. The AT/LANTIC cannot write 
to this location. When the board is configured to operate in 
WD8013EBT compatible Shared RAM mode, the Board 
Type should be 05H. 


ETHERNET ADDRESS—The last six bytes of the E2PROM 
contain the Ethernet Address which is issued by the IEEE. 
These bytes must be programmed uniquely prior to fitting 
the device onto the board, as the AT/LANTIC is unable to 
write to these locations. 


4.1 Configuration Register A 


Please refer to the AT/LANTIC datasheet for a detailed de- 
scription of the bits in Configuration Register A. The follow- 
ing descriptions show the bit definitions and their default 
settings. 


1OAD2-0 (D2-D0)—The Base |/O Address for the 
DP83905EB-AT is programmed by these three bits. When 
programmed to [0 0 1], the AT/LANTIC will power up in 
software mode and not respond to any I/O Address. How- 
ever, it will monitor the parallel port (278H) for four consecu- 
tive writes. On the fourth write to 278H, bus data will be 
loaded into Configuration Register A, setting the I/O ad- 
dress for the board. This is done so that the board will not 
conflict with other I/O slaves in the PC. The method the 
AT/LANTIC uses for monitoring the parallel port and acti- 
vating configuration load is unique; no other device/soft- 
ware is likely to perform four consecutive writes to this loca- 
tion. Note that the DP83905EB-AT is shipped in this mode. 
When run the first time, the base I/O address must be 
changed using the ATLES software package. 


INT2-0 (D5-D3)—Based on Configuration Register C, 
these three bits select which Interrupt line is directly driven 
or which decode is used for coded interrupts. The 
DP83905EB-AT comes programmed to drive coded inter- 
rupt 3. [INT2-0 = 00 0). 
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FREAD (D6)—This enables the Fast Read option of the 
AT/LANTIC’s Remote DMA Read operation. The 
DP83905EB-AT is shipped with the FREAD function dis- 
abled. [FREAD = 0]. 


MEMIO (D7)—Selects either I/O Port mode or Shared RAM 
mode. The DP83905EB-AT comes configured to run in I/O 
Port mode. [MEMIO = 0]. 


4.2 Configuration Register B 


Please refer to the AT/LANTIC Datasheet for a detailed 
description of the bits in Configuration Register B. The fol- 
lowing descriptions show the bit definitions and their default 
settings. 


PHYS1-0 (D1-D0)—The Physical Layer Interface bits s se- 
lect the type of physical layer being used on the board. This 
could be 10BASE-T, 10BASE2, AUI (10BASE5) or Reduced 
Squelch Twisted Pair. The DP83905EB-AT comes config- 
ured to use 10BASE2. [PHYS1,0 = 0 1]. 


GDLNK (D2)—This bit enables link test pulse generation 
and integrity checking when using twisted pair. It can also 
be read to indicate status. Link pulse generation and check- 
ing is disabled by writing a 1 to this bit. The DP83905EB-AT 
is shipped with link testing enabled. ~ 


1016CON (D3)—One of two methods of generating 1016 is 
chosen using this bit. In normal operation, [O16 is driven off 
of the address decode. IO16 can be configured to be driven 
from the slave read or write strobe by this bit. The 
DP83905EB-AT, as shipped, will generate IO16 from ad- 
dress decode. [I016CON = O]. 


CHRDY (D4)—The way the AT/LANTIC drives IOCHRDY 
can be selected by programming this bit. When low, the 
AT/LANTIC will drive IOCHRDY after a slave strobe is as- 
serted. When high, the AT/LANTIC will drive TOCHRDY on 
BALE being asserted; this may be required when being used 
with some AT bus chipsets that sample IOCHRDY OCHRDY early. 
The DP83905EB-AT, as shipped, will drive IOCHRDY after 
slave strobe is asserted. 


BE (D5)—This bit can be read by software to determine if 
there was a Bus Error. A bus‘error will occur if the 
AT/LANTIC attempts to insert wait states into a system ac- 
cess and the system terminates the cycle without inserting 
wait states. 


BPWR (D6)—This bit protects Boot PROM write cycles. 
When high, the AT/LANTIC can generate write cycles to the 
Boot PROM. This feature is intended for use with writeable 
Boot storage devices. The DP83905-AT is not shipped with 
a Boot PROM, so this is programmed low. 

EELOAD (D7)—The EELOAD bit enables/disables the 
AT/LANTIC from writing the configuration information into 
the E2PROM. This bit must be set before running the 
E2PROM load algorithm documented in the AT/LANTIC 
datasheet. 


4.3 Configuration Register C 


Please refer to the AT/LANTIC Datasheet for a detailed 
description of all the bits in Configuration Register C. The 
following descriptions show the bit definitions and their de- 
fault settings. 

BPS3-0 (D3~D0)—These four bits select the memory ad- 
dress and size of the Boot PROM. If BPS3—0 is equal to 
[0 0 0 X], the Boot PROM is disabled. The DP83905EB-AT 
comes configured to operate without the boot PROM. 


COMP—When this bit is programmed high, the 
AT/LANTIC’s memory uses the full 64 kbytes of RAM. 
When low, the memory map is compatible with either the 
NE2000p/us or the WD8013EBT (16 kbytes of RAM). The 
DP83905EB-AT is configured to run in compatible mode. 


INTMODE—This bit selects which mode the AT/LANTIC’s 
interrupt will run. When low, direct drive interrupts are used. 
When high, coded interrupts are used. The DP83905 is con- 
figured to use coded interrupts. 


CLKSEL—When low, the NIC core of the AT/LANTIC is 
clocked by the 20 MHz clock on the X1 input. When high, an 
external clock other than 20 MHz can be used to clock 
BSCK. The DP83905EB-AT is configured to run on the inter- 
nal 20 MHz clock.. 


SOFEN—This bit enables the software to update configura- 
tion registers A and B. When high, the configuration regis- 
ters are not accessible by software. The DP83905EB-AT is 
configured to allow software to update the configuration 
registers. 


5.0 FUNCTIONAL OPERATION 


The DP83905EB-AT takes advantage of the AT/LANTIC’s 
ability to function in either Shared RAM mode or t/O Port 
mode. When in Shared RAM mode, the AT/LANTIC’s bus 
interface is configured such that the local RAM on the board 
is mapped into system memory as well as the AT/LANTIC’s 
memory. This allows the driver to have direct access to the 
AT/LANTIC’s local memory. In 1/O Port mode, the local 
RAM on the board is only mapped in the AT/LANTIC’s ad- 
dress space. This permits the AT/LANTIC to have sole 
ownership of the RAM. The network driver has access to 
the RAM through a data latch, which is in !/O space. 


In both architectures, the AT/LANTIC uses the local RAM to 
buffer both transmit and receive packets. During transmis- 
sions, the driver will write Ethernet packets into a designat- 
ed block in the RAM, typically called the Transmit Buffer. In 
most cases, the transmit buffer is large enough for only one 
packet, and although they can be, packets are not queued 
for transmission. When the entire packet is written to memo- 
ry and the AT/LANTIC is programmed to perform a trans- 
mission, the AT/LANTIC will begin reading the packet and 
storing it in blocks of bytes or words into its FIFO. From the 
FIFO, the data is serialized, encoded and transmitted to the 
network. 


In a like manner, the AT/LANTIC uses the local RAM to 
store packets as they are received from the network. The 
AT/LANTIC’s Receive Buffer is organized as a ring (or 
FIFO) so that multiple packets can be buffered and at the 
same time the network driver can read packets that have 
already been received. As packets are received into the 
AT/LANTIC’s FIFO from the network, the AT/LANTIC’s 
DMA puts the packet data into the local RAM. After packets 
have been buffered by the AT/LANTIC, the network driver 
will read the packets out of the buffer ring. Sections 5.1 and 
5.2 describe how the AT/LANTIC operates in each of its 
bus modes. Sections 5.3 and 5.4 briefly describe the trans- 
mit and receive operations. 


5.1 Shared RAM Mode 


With the AT/LANTIC configured to sparen in Shared RAM 
Mode, the DP83905EB-AT is hardware compatible with a 
WD8013EBT card. Changes to the EEPROM contents are 


~ needed for the WD8013EBT drivers to run. 
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While operating in Shared RAM mode, the local RAM on the 
DP83905EB-AT can be mapped into system memory at one 
of several different locations. The upper and lower address 
decode and memory width can be selected by the Shared 
Memory Control Registers of the AT/LANTIC. The depth of 
the memory can be selected in Configuration Register C by 
setting the compatible (COMP) bit. This will configure the 
RAM to be either 16 kbytes (compatible with the 
NE2000p/us and WD8013EBT) or 64 kbytes. The local buff- 
er RAM is then accessible to both the AT/LANTIC and the 
ISA bus. An arbiter, interna! to the AT/LANTIC, will deter- 
mine which device currently has access to the RAM. The 
AT/LANTIC will only access the RAM during local DMA 
burst cycles for transmit and receive operations, however, it 
is critical that the AT/LANTIC is granted the bus within a 
short time after requesting it. For this reason, the arbiter will 
grant access to the internal NIC core in the event that both 
the AT/LANTIC and the host request the local bus at the 
same time. This arbitration is transparent to both the hard- 
. ware and the network driver. 


5.2 1/0 Port Mode 


If the AT/LANTIC is configured for 1/O Port Mode, the 
DP83905EB-AT will be hardware compatible with an 
NE2000p/us card. The NE2000p/us network drivers will the 
run on the DP83905EB-AT. 


In 1/O Port mode, the AT/LANTIC is configured to use the 
Remote DMA function of the NIC core. In this mode of oper- 
ation, the local RAM of the DP83905EB-AT is accessible 
only by the AT/LANTIC. In order for the driver to read any 
packets from the buffer ring or write any packets into the 
transmit buffer, the AT/LANTIC must be programmed to 
perform a remote DMA cycle. To execute a Remote DMA, 
the bus interface logic of the AT/LANTIC performs a simple 
handshake between the ISA bus and the NIC core through a 
D-type data latch (internal to the AT/LANTIC). For a remote 
DMA read, the AT/LANTIC will read a byte/word of data 
from the local memory and write it to the data latch. At the 
same time an I/O read cycle is executed by the host and 
the data is read from the latch. The handshake logic will 
wait state the ISA bus if the data is not ready when the read 
strobe becomes active. In a like manner, the AT/LANTIC 
will read data from the latch and write it to the local RAM 
during a remote DMA write. 


As in Shared RAM mode, the AT/LANTIC’s registers are 
accessible in |/O space. There is the addition of a hardware 
RESET port which can be driven by reading and writing to 
1/0 location BASE + 18H, where BASE is the 1/O base 
address chosen in Configuration Register A. The registers, 
data latches and reset port occupy 16 bytes of I/O space. 
Unlike Shared RAM mode, the Ethernet Address PROM is 
not located in !/O space. It is accessible only by the 
AT/LANTIC, so a remote DMA read is used to obtain its 
contents. In both I/O mode and Shared RAM mode, the 
Ethernet Address PROM is not a physical device, but a dy- 
namic copy of the Ethernet address and other information 
(from the E2PROM) held in the AT/LANTIC. 


5.3 Transmit 

The DP83905EB-AT can transmit and receive Ethernet 
packets on the three basic types of media available today. A 
twisted pair transceiver internal to the AT/LANTIC allows 
easy connectivity to a 10BASE-T network. The transceiver 


1-349 


provides link integrity checking, polarity detection and cor- 
rection and pre-emphasis of the transmit output. The 
AT/LANTIC can also be configured to use its AUI interface 
for connection to a MAU (10BASE2/5/F/T) or on board 
10BASE2 transceiver. 


To transmit a packet, there are three basic steps that need 
to be taken. Please refer to Figure 7 of this Application 
Note. First, the packet that is to be transmitted is loaded 
into the AT/LANTIC’s buffer RAM by the host. The packet 
must consist of a destination address, a source address, 
length and data. If the data is less than 48 bytes, it must be 
padded with arbitrary data so that the entire packet is 64 
bytes as required by the IEEE 802.3 standard. (This is nota 
requirement of the AT/LANTIC.) Next, once the packet is in 
RAM, the host programs the local DMA registers with the 
location and length of the packet to be transmitted. Lastly, 
the host issues the transmit command to the AT/LANTIC 
and the AT/LANTIC will start transmitting the packet. 


The first activity the AT/LANTIC does is a prefetch to load 
the FIFO with data. Next, the NIC core of the AT/LANTIC 
will start sending preamble in NRZ format to the ENDEC. 
The ENDEG, in turn, encodes the data with the transmit 
clock in Manchester format and drives a differential transmit 
pair to either the internal twisted pair transceiver or to the 
AUI port of the AT/LANTIC. The twisted pair transceiver 
then drives the TXO outputs while pre-emphasizing the sig- 
nal to eliminate inter-symbol jitter. If 1OBASE2 is being used, 
the DP8392CV receives the differential transmit data from 
the AT/LANTIC and drives the coax line with a single-ended 
signa!. Both transceivers will monitor the network for colli- 
sions. 


In the event that there is a collision, the transceiver will drive 
a 10 MHz signal on the Collision Detect differential pair. The 


ENDEC will then drive a collision signal to the NIC core so 
that the Ethernet MAC contro! section of the NIC will imple- 
ment the collision backoff algorithm and attempt re-trans- 
mission. 


After the preamble and start-of-frame delimiter have been 
transmitted, the AT/LANTIC will serialize bytes from the 
FIFO and transmit them in the manner described above. 
When the FIFO empties to a pre-set threshold, the 
AT/LANTIC will fetch more data from the local RAM using 
its local DMA function. As the data is being transmitted, a 
Cyclic Redundancy Check (CRC) is continuously being cal- 
culated. After all the data has been transmitted, the 4 byte 
CRC value is transmitted. This allows receiving stations to 
check the received packet for data integrity. 


5.4 Receive 


Receiving a packet is almost the exact opposite of transmit- 
ting a packet. The functional blocks discussed above re- 
main the same, however there are some differences which 
will be discussed. The transceiver will sit idle unti! a valid 
signal is received on the media, indicating the start of a 
packet. This causes the transceiver’s RX squelch to turn off. 
Both the twisted pair transceiver (internal to the 
AT/LANTIC) and the DP8392CV CTI have squelch circuitry 
which filter out noise on the network, however, they are im- 
plemented differently. The TPI transceiver checks an incom- 
ing signal for both amplitude and frequency (sometimes re- 
ferred to as smart squelch). 
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The CTI only checks for valid amplitude. Once the CTI has 
turned its RX squelch off it starts driving the receive differ- 
ential pair of the AUI. The ENDEC (internal to the 
AT/LANTIC) recovers a 10 MHz clock and receive data in 
NRZ format from the receive pair with its analog PLL. The 
NRZ data is clocked into the NIC core, de-serialized, and 
loaded into the FIFO. When the number of bytes in the FIFO 
reaches the programmed threshold, the AT/LANTIC re- 
quests the local bus and writes the received data into the 
receive buffer memory using its local DMA. After the packet 
is received, the AT/LANTIC writes four bytes of status infor- 
mation into the buffer and interrupts the host to inform it that 
the packet can be removed by software. 


6.0 CONCLUSION 

The DP83905EB-AT Demonstration board provides system 
developers with an easy to understand and use example of 
how to design an industry standard Ethernet adapter card. 
The DP83905EB-AT design can readily be adapted for PC® 
motherboard designs too. 

By using the DP83905 AT/LANTIC, jumperless Ethernet 
boards can be made extremely cost effective and simple to 
design and use. 


Parts List for DP83905EB-AT 


Capacitors 
C1 27 pF 

C2 27 pF 

C3-C4 0.01 pF/50V 
C5 22 wF/16V 
C6 0.01 pF/50V 
C7 0.01 pF/1 kV 
Cc8-C9 0.01 pF/50V 
C10 10 pF/16V 
C11-C20 0.01 »pF/50V 
C21-C22 22 wF/16V 
C23~—C27 0.01 pF/50V 
C28-C31 0.01 pF/50V 
C42, C44 0.01 »F/50V 
C43, C45 0.001 »F/50V 
C46-C47 33 pF/50V 
SP1 0.75 pF/1 kV 
Resistors 
R2-R5 
R6-R9 
R10-R13 
R14 

R15 

R17 

R18 

R19 

R20 

R21 

R22 

R23 
R24-R25 
R26 — 
R39-R41 
R42 


2700 
39.20 
1.5 kX 
1koQ 
1500 
1MQ 
10 kn 
2740 
66.50 
66.59 
2740 
8060 
49.90, 
220, 
2702. 
1kQ 
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10% Ceramic, SMT 0805 
10% Ceramic, SMT 0805 
20% Ceramic, SMT 1206 
20% Tantalum, SMT 7343 
20% Ceramic, SMT 1206 
20% Ceramic Disk, TH 
20% Ceramic, SMT 1206 
10% Ceramic, SMT 7343 
20% Ceramic, SMT 1206 
20% Tantalum, SMT 7343 
20% Ceramic, SMT 1206 
20% Ceramic, SMT 1206 
20% Ceramic, SMT 1206 
20% Ceramic, SMT 1206 
10% Ceramic, SMT 0805 
Spark Gap, TH 


5%, VaW, SMT 1206 
1%, 14W, SMT 1206 
5%, V4W, SMT 1206 
1%, YeW, SMT 1206 
1%, YeW, SMT 1206 
5%, YW, TH 

1%, YW, SMT 1206 
1%, YeW, SMT 1206 
1%, YeW, SMT 1206 
1%, YeW, SMT 1206 
1%, /4W, SMT 1206 
1%, YeW, SMT 1206 
1%, YeW, SMT 1206 
1%, YW, SMT 1206 
5%, VW, SMT 1206 
1%, YeW, SMT 1206 


Parts List for DP83905EB-AT (Continued) 


Integrated Circuits 


U1 

U4 

U5 

U6 

U7 

U9 

U10 
U13 
Connectors 
J3 

J4 

J5 
Magnetics 
U8 

Y1 

Y2 
Socket 
S1 
Diodes 
D1 

D2 

D3 

D6 

D7 

Ds 
Clocks 
x1 


X2 


AT/LANTIC DP83905 
EEPROM NM93C06 
EPROM NM27C256 Do not populate 


_ FILTER FL1012 


CTl DP8392CV 

8k x 8 SRAM NMS64X8M70 
8k x 8 SRAM NMS64X8M70 
GAL16V8 16V8-25LVC 


15-Pin D Connector, Female (AMP # 745782-4) 
BNC Connector, Female (AMP #227161-7) 
RJ45 Modular Phone Jack, 8-Pin (AMP #555164-1) 


DC-DC CONVERTER PM6077 - | VALOR 
PULSE TRANSFORMER 23Z91SM FIL-MAG 
PULSE TRANSFORMER -  23Z91SM FIL-MAG 


28-Pin Dual-in-Line Socket for EPROM, U5 


MMBD1201 

38mm Green LED 

3mm Orange LED 

3mm Green LED 

38mm Hi-Efficiency Red LED 
38mm Yellow LED 


HC498S, 20 MHz Crystal (low profile) 

(Refer to AT/LANTIC datasheet for crystal specifications). 

20 MHz Oscillator, 45-55 Duty cycle, 0.001% Tolerance Do not populate 
Oscillator module should be raised off of board when mounting. 


1-351 


SZ8-NV 


AN-875 


ISA DATA BUS 
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ISA ADD BUS 
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U2 
NMC27C256 © 


ISA ADD BUS 


ISA DATA BUS 


TL/F/11786-4 


ISA DATA BUS 


Note: The board will be populated with 
Surface Mount RAMs. DIPs are also 
shown for layout purposes. 


U2 
NMS6 4X8AN +5V 


nD 
o 


ed 
, L240 
123 
121 
p10 
io 
8 
oa” 
5 
4 
is 
2 


a 


/MSWR 
/MSRD = 
/RCS1 
/RCS2 


LOCAL ADD BUS 
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SEN Yas 
aN Ysa 
}———HSATN Aum 


+5V 


LOCAL DATA BUS 


U3 
NMS64XB8AN 


yo 


19 


LOCAL DATA BUS 


TL/F/11786-5 
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TPS Note: Test Points are 
for Bed-of-Nails in-circuit 
TP6 testing. Test Points are 
VIAs on the PCB. 


TP7 


TP8 


PIC) 


ISA AOD BUS 


J2 
ISA Connector_CD 


PLLGND 
XVDD 
PLVDD1 
PLVDD2 
> ATVDD3 
Natvop4 


XGND 
PLGND1 
PLGND2 
ATGNDS 
> Note: pr any Caps - ATGND4 
are 0.01 uF, except where labeled. 
ee Note: R26 = 220, 1%, 
C10 = 10 pF. 


TL/F/11786-6 


1-354 


PLLR 
PLLVDD 
PLLGND 

XVDD 
PLVDD1 
PLVDD2 

ATVDDS 
ATVOD4 


XGND 
PLGND1 
PLGND2 
ATGNOS 
ATGND4 


(SA DATA 
BUS 


hain 


SA12_ 108 


4) 


Ll 


Y sas 01 
Y/sas__100| 
V ska 99 
Vas 97 
Ysa 35] 
(a2 


oO 


ul 
DP83905 


DP83905 


MSA15 1s 


MSA14 
MSA13 
MSA12 
MSA11 
MSA10 
MSA9 
MSAB 
MSA7 
MSA6 
MSAS 
MSA4 
MSA3 
MSA2 
MSA1 


es 


wsp15 42 
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INTRODUCTION 


The AT/LANTIC Ethernet controller provides a simple 
method of interfacing a PC ISA (Industry Standard Architec- 
ture) bus based system to Ethernet. The AT/LANTIC con- 
troller emulates a popular adapter card for PC compatibles: 
the Novell® NE2000 Pius card. The AT/LANTIC also imple- 
ments a shared memory mode that provides added flexibility 
and performance. The high level of integration ensures a 
small and cost-effective solution. In order to use a network 
interface, driver software is required that is specific to the 
network interface and the network operating system. Since 
the AT/LANTIC is compatible with the most popular adapter 
cards, driver support is second to none. 


ABOUT THIS GUIDE 


This guide is written for hardware design engineers wishing 
to develop an Ethernet interface using AT/LANTIC. The 
guide is written in two sections. The first part is a step-by- 
step examination of the design process. The second section 
provides reference material with additional detailed informa- 
tion. 
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1.0 DP83905 ETHERNET INTERFACE DESIGN 


1.1 Design Decisions and Implementation Details 


This section of the AT/LANTIC guide is intended to ask the 
designer to choose which options are best for each applica- 
tion, whether it is an adapter card, a motherboard or some 
other embedded design. (Note that Application Note 
AN-844 “DP83905EB-AT AT/LANTIC™™M Demonstration 
Board” shows detailed schematics of an AT/LANTIC solu- 
tion.) 


1.1.1 ISA Bus Connection 


The AT/LANTIC supports both 8- and 16-bit ISA bus config- 
urations. An 8-bit interface is cheaper than 16-bit (less 
board space and only one SRAM), but has lower perform- 
ance. There are three options for connecting the bus inter- 
face as described: 


. For an 8-bit interface, pins SD8-15, SBHE, LA17-23, 
MWR, MRD, M16, and 1016 should be left unconnected, 
and DWID should be tied low. 

. For a 16-bit interface, DWID should be tied high. 

. For a 16-bit adapter card that can be used in 8- and 
16-bit slots, DWID should be connected to pin D29 of the 
ISA bus. Ina 16 bit slot this is + 5V. In an 8-bit slot, this is 
unconnected, and a pull-down within AT/LANTIC will en- 
sure that 8-bit mode is selected. 


1.1.2. Interrupts 


The AT/LANTIC has 4 dedicated interrupt output pins. This 
allows the user to select the required interrupt without 
changing jumpers on the board. In some applications, the 
choice of 4 interrupts may not be sufficient. The AT/LANTIC 
allows you to use an external decoder to expand the choice 
to 8 interrupts. 

For 4 interrupts, connect each of the pins INTO-—3 directly to 
the interrupt signals. We strongly recommend using the fol- 
lowing scheme to promote software compatibility across 
AT/LANTIC platforms: 


Configuration register C bit 5 “INTMOD” should be set to 
“0” (see Section 1.1.9). 


Boot , 
Addr RAM Option 
PROM Jumpers 


AT/LANTIC™ 
DP83905 


ISA Bus 


Memory 
Support 


Bus 


O Twisted Pair 


O Coaxial 


TL/F/11850~1 


FIGURE 1. Simplified Block Diagram of AT/LANTIC Application 
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For 8 interrupts, an external decoder is required. This de- 
coder must have the following properties: 

INTO-2 selects which 1 of the 8 outputs is driven. This out- 
put follows the logic level of INT3. The 7 unselected outputs 
must remain high impedence. 

The decoder outputs are connected to 8 ISA interrupts. We 
recommend using the following scheme to promote soft- 
ware compatibility across AT/LANTIC platforms: 


AT/LANTIC 
INT2 INT1 INTO 


2-4-4 0000 
-- 004-400 : 
-“-OoO- 0-8 0-0 


Configuration register C bit 5 “INTMOD” should be set to 
“1” (see Section 1.1.9). The 8 interrupt mode interface can 
be implemented in a single GAL as shown in Figure 2. 


TL/F/11850-2 
FIGURE 2. GAL/PAL Circuit Diagram 


The PAL or GAL equations should be: 
IRQS = INTS; 
IRQ4 = INTS; 
IRQ5 = INT3; 
IRQ9 = INTS; 


IRQ1O = INT3; 
IRQ11 = INTS; 
IRQ12 = INTS; 
IRQL5 = INTS; 


IRQS.06 = /INT2 & /INT1 & /INTO; 


IRQ4.06 = /INT2 & /INT1L & INTO; 
IRQ5.0e = /INT2 & INT1 & /INTO; 
IRQ9.oe = /INT2 & INT1 & INTO; 
IRQl0O.06 = INT2 & /INT1 & /INTO; 
IRQll.oe = INT2 & /INT1 & INTO; 
IRQ12.06 = INT2 & INTL & /INTO; 


IRQ15.0e INT2 & INTl & INTO: 


1.1.3. Buffer RAM 

The standard RAM sizes for 8- and 16-bit cards are 8k and 
16k respectively, using one or two 8k x 8 RAMs. 
The AT/LANTIC will also support the use of 32k x 8 RAMs 
giving 4 times the standard RAM capacity. Using additional 
memory can provide a performance boost in server applica- 
tions. 

Note that the use of 32k x 8 RAMs will make the design 
INCOMPATIBLE with NE2000. 

For 8k x 8 RAMS, MSA1-13 are used. Configuration regis- 
ter C bit 4 “COMP” should be set to “0”. 

For 32k x 8 RAMS, MSA1-15 are used. Configuration regis- 
ter C bit 4 “COMP” should be set to 1". 


When making an 8-bit-only interface, only one RAM is re- 
quired, connected to MSDO-7. For a standard ISA bus con- 
figuration, 100 ns RAMs, or faster, should be used. Details 
of how to calculate RAM speeds are given in Section 2.5. 


1.1.4 Crystal/Oscillators 


1.1.4.1 20 MHz Clock 


AT/LANTIC requires a 20 MHz +0.01% clock. Both crystal 
and oscillator solutions are supported. In general, a crystal 
solution is cheaper, however if a suitable clock is already 
available on your board, it could be used. 


To use a crystal, use the following circuit. 


TL/F/11850~3 
FIGURE 3. Crystal Circuit 
The value of the capacitors should be 26 pF minus the print- 
ed circuit board trace capacitance. (Typical trace and pin 
capacitance is about 4 pF). 
1. Note that the following rules should be applied: 
2. The signal traces should be short. 


3. The ground return path to the capacitors should be short, 
and should connect to the AT/LANTIC OGND pin. 


4. There should not be other signal traces through the re- 
gion of the crystal. 


5. It may help to place a ground plane under the crystal. 


6. The crystal should conform to the following specifica- 
tions: 
AT cut parallel resonant crystal 
Series resistance < 259 
Specified load capacitance < 20 pF 
Accuracy 0.005% (50 ppm) 
Typical load 50 pW-75 pW 
7. Do not connect X1 or X2 to anything else. 


Alternately, an oscillator may be used. If used the oscillator 
output should be connected directly to X1. X2 should be left 
unconnected. The clock should be better than 40:60 duty 
cycle, and should have a good quality waveform. 


1.1.4.2 BSCLK 


The AT/LANTIC core can be clocked either by the 20 MHz 
clock, or by a separate clock input “BSCLK”. The maximum 
clock rate is 20 MHz, so the 20 MHz clock is usually used. 
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To use the 20 MHz clock, connect the BSCLK pin to OV, and 
set Configuration register C bit 6 “CLKSEL” to “0”. To use 
another clock source, connect the clock source to the 
BSCLK pin, and set Configuration register C bit 6 “CLKSEL” 
to “1”. See Section 1.1.9 for more information about config- 
uration data. 


1.1.5 Boot ROM (Remote Program Load PROM) 
Depending on the intended use of your design, you may 
wish to provide a boot PROM, or a socket for a boot PROM. 
A boot PROM allows the PC to load the operating system 
from a server on the network, without needing a disk drive 
on the PC. AT/LANTIC supports boot PROM sizes of 8k, 
16k, 32k and 64k. The AT/LANTIC also supports the use of 
FLASH ROM through the use of a write signal. This may be 
used to allow in-situ programming, or updating of boot 
PROM code by the user. , 
Adaptor cards are typically supplied with an empty boot 
PROM socket. Boot PROMs are available from network op- 
erating system vendors or third parties. They are typically 
8 kbytes or 16 kbytes in a 28-pin package. The boot prom 
size can be configured by the user to be any size and at any 
address between C0000h and DFFFFh, using configuration 
register C bits 0-3 “BPSO-3”. 

Configuration register B bit 6 “BPWR” specifies if the 
AT/LANTIC will allow write access to the PROM: “0” = 
read only, “1” = write enabled. (See Section 1.1.9, Config- 
uration.) 

For a standard ISA bus configuration, 250 ns PROM, or fast- 
er, should be used. Details of how to calculate boot PROM 
speeds are given in Section 2.5. 


1.1.6 Cable Interfaces 
AT/LANTIC supports three types of cable interface: 
TPI 10Base-T, Twisted Pair 


AUI for connection to 10Base5, also known as “thick” 
Ethernet 


Coax 10Base2, also known as thin Ethernet ; 
The TPI interface connects to the AT/LANTIC as follows: . 


AT/LANTIC™ 
TXOD+ 27191% 


aa 
- 670 1% ° 
TXO 


TXO+ 670.1% 


2x50 1% 


10 nF 


Lo 


The AT/LANTIC selects between the AUI/coax interfaces 
and TPI internally. Note that, in addition to 10Base-T com- 
patible twisted pair, the AT/LANTIC supports the use of 
higher loss cable systems. This allows cables to be longer 
than the 10Base-T specification, or allows the use of shield- 
ed cables. Refer to Section 4.8 of the AT/LANTIC data 
sheet. 


The AUI interface requires an isolation transformer, and re- 
sistors, as shown in Figure 5. The AUI interface enables the 
use of an off board transceiver to connect to other types of 
media such as Thick Ethernet or Fiber Optic cabling. 

+12V 


Isolating 


‘AT/LANTIC™M Transformer 


TL/F/11850-5 


FIGURE 5. AUI Interface Circuit 


Isolation 
and RJ45 
Filters Connector 


10 nF 


LL oy 


TL/F/11850-4 


FIGURE 4. Twisted Pair Interface 
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tsolating 
Transformer 


FIGURE 6. Coax Interface Circuit 


The Coax interface requires an isolation transformer, a 
DC-DC converter and the DP8392 Coax Transceiver Inter- 
face as shown in Figure 6. 


If it is desirable to implement a design that supports both 
AUI and Thin Ethernet cabling schemes, and provides for 
selection between the two interfaces the coax interface 
should connect to the AUI interface as shown in Figure 7. In 
order to use the AU! connector, the coax interface must be 
disabled. AT/LANTIC selects AUI or coax with an output 
pin, called “THIN”. This signal is used to switch-on the 
DC-DC converter of the coax interface when THIN is high. 
When coax is selected, an AUI cable must not be connect- 
ed to the AU! connector. : 

Figure 7 shows a DC-DC converter with an enable input. A 
DC-DC converter without an enable input can be used, if the 
supply to the converter is switched by an FET. 
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| aaa eee 
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BNC Connector 
FSD01201 


0.75 pF 1kV 
4 O 
TL/F/11850-7 
FIGURE 7. AUI and Coax Interface Circuit 
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DC-DC_ 
Converter 
+9V 


TL/F/11850-8 
FIGURE 8. FET Switch for DC-DC Converter 


The cable interfaces utilize a number of magnetic compo- 
nents as shown in the previous figures. The specifications 
for these components are shown below. 


AUI and Coax Interface isolation transformer: 

1:1 turns ratio 

100 pH inductance 

500V isolation 
Coax DC-DC converter: 

+ 12V input (could use + 5V connected to the 

+ 5V supply) 

9V output voltage 

200 mA output current 

500V isolation 

Active-high enable input (if required) 
The 10BASE-T interface uses an 
Transformer-Choke combination. 


Specific component recommendations are listed in the Lo- 
cal Area Networks Data Book in the Magnetics Vendors Ap- 
plication Note. 


1.1.7 LED Interface Options 

AT/LANTIC has dedicated outputs for driving several LEDs. 
These outputs are capable of a maximum current per LED 
output of 16 mA. Do not decrease the resistor value below 
3309, or the AT/LANTIC maximum current will be 
exceeded. 


integrated Filter- 


AT/LANTIC™ 


LED output 


TL/F/11850-9 
FIGURE 9. LED Circuit 


It may be desirable to connect LEDs to any or ail of the 
possible outputs. When used the LEDs can provide the fol- 
lowing information: 


TxLED Transmit activity 

RxLED Receive activity (all packets on network) 
COLED Collision 

GDLNK_ TPI Link Ok, or testing disabled 

POLED TPI Polarity reversed 
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In some cases the polarity of the LED is reversed from that 
which the designer would like to use (e.g., the LED is off 
under a condition that the designer would like it to be on). 
To handle this, it is possible to use the following circuit, 
Figure 10, to invert the meaning of an LED (e.g., instead of a 
“Good Link” LED the LED can be defined as ‘‘Link fail”): 


AT/LANTIC™ 


LED output 


, TL/F/11850-19 
FIGURE 10. Inverted LED Circuit 


1.1.8 Low Power 


In some portable applications it is necessary to shut-off sub- 
systems in order to conserve power. AT/LANTIC has been 
designed so that it is possible to remove the power from the 
majority of the chip whilst still powering the ISA interface 
circuit, thus protecting the ISA bus. In low power state, the 
current drain is less than 100 pA. 


If ‘Low Power” is not required, tie the LOWPWR pin to OV. 


If “Low Power” operation is required, the following must be 
noted: 


1. An external device is required to disconnect the PLLVcc, 
PVcc, OVcc and Vcc pins. This device must have a low 
voltage drop when “on”. A suitable device is the 
NDS9400 which has a 0.252 on-resistance. 


. When the supply to the PLLVcc, PVcc, OVcc and Voc 
pins is turned off, the LOWPWR pin must be driven high. 
This disables internal buffers and reduces current drain 
to a minimum. 


. When recovering from low power state to normal opera- 
tion, after restoring the power and driving LOWPWR low, 
the RESET pin must be driven high for more than 400 ys 
to reset the controller. 


. Note that the DWID pin has an internal pull down. If this 
is tied high for 16-bit operation, it should be tied to the 
switched Vcc to minimize current drain in the low power 
state. 


1.1.9 Configuration 


Three registers in the AT/LANTIC are loaded with configu- 
ration data at reset. This configuration specifies all the de- 
sign choices (e.g., 4 or 8 interrupts) and the user installation 
choices (e.g., the |/O address). 


This data can either be stored in the EEPROM, or be speci- 
fied by resistors optionally connected to the CAO-7, CBO-7 
and CC0-7 pins (also known as MSDO-15 and MSA1-8). 


The benefits of the Jumperless EEPROM solution are that it 
is smaller and cheaper (no resistors or jumpers), and that 
the user can change the configuration without opening the 
computer. This may be especially important in a mother- 
board application. Additionally, the software used to change 
the configuration can attempt to check for address conflicts 
etc., and protect the user from making mistakes. 


One potential problem with this solution, for adapter cards, 
is that the default settings as shipped may cause an ad- 
dress conflict in some cases. Such a conflict would prevent 
accesses to the card which are needed to change the ad- 
dress to a safe one. 


To overcome this problem, AT/LANTIC has a “disabled” 
option. Configuration software can find an I/O address that 
is free, and then wake up the AT/LANTIC. Whilst disabled, 
AT/LANTIC monitors I/O accesses to 278h (a printer port). 
On the fourth consecutive write to 278h, AT/LANTIC loads 
the configuration from the write data, and wakes up. 


The benefits of the Jumpered solution are that no software 
is needed to set the configuration. This may be important to 
system builders when choosing an adapter card, for whom 
jumpers may be faster to use than software. 


Whichever configuration method you choose, you will need 
to determine, for each configuration bit, what the default 
value should be, and whether the bit can be changed by a 
user or is fixed by design. The following tables may assist 
you in this. Note that a full description of each configuration 
bit can be found in Section 5 of the AT/LANTIC data sheet. 


1/O Address 

1/O Address 

1/O Address 
Interrupt 
Interrupt 

Interrupt (if 8 selected) 
Fast read (See Section 1.1.9) 
NE2000/Shared Memory 


0 
1 
2 
3 
4 
5 
6 
7 


AUI/Coax/TPI 
AUI/Coax/TPI 
Good Link Test Disable 
1016 Bug Fix Enable 
lO CHRDY Bug Fix Enable 


Boot PROM Write Enable 


0 
1 
2 
3 
4 
5 
6 
7 


Boot PROM Addr and Size 
Boot PROM Addr and Size 
Boot PROM Addr and Size 
Boot PROM Addr and Size 
RAM Size 8k or 32k 
4 or 8 Interrupts 
Core CLK = 20 MHz or BSCLK 
Allow Access to Configure Regs(1) 


Note 1: Config C bit 7 “SOFTEN” allows configuration software to read and 
write config registers A & B. Any changes to the config registers are over- 
written by the EEPROM or jumper configuration the next time that the 
AT/LANTIC is fully reset. If access to the contig registers is disabled, it is 
also not possible to change the EEPROM contents. 
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To implement a Jumperless (EEPROM) solution, the 
EECONFIG pin should be tied to + 5V. The default configu- 
ration must be programmed into the EEPROM during manu- 
facture. See Section 1.3 for details of how to program the 
EEPROM. 


If config register C bit 7 “SOFTEN” is ‘'0”: 
1. Config registers A and B can be examined by software 
(to check the configuration). 


2. Config registers A and B can be modified by software to 
temporarily change the adapter settings. The settings 
are resored to the values in the EEPROM when the 
AT/LANTIC is next fully reset. 


. The values for config registers A, B and C that are held in 
the EEPROM can be changed by software. This can in- 
clude setting config register C bit 7 to “1”, which will 
prevent further access to config registers. If this is done, 
the settings can only be changed again if AT/LANTIC is 
reset with EECONFIG pulled fow (i.e., jumpered mode). 


If config register C bit 7 “SOFTEN” is 1”: 


1. Config registers A and B cannot be read or written by 
software. 


2. The values for config registers A, B and C that are held in 
the EEPROM cannot be changed by software. 


To implement a Jumpered solution, the EECONFIG pin 
should be tied to OV. For each configuration bit you must 
define the state of the corresponding AT/LANTIC pin at re- 
set. If the bit is fixed by design, you should connect 47k or 
10k pull-up for a “1”, or leave alone for a ‘‘0”’. If it is user-se- 
lectable, you should connect a pull-up via a jumper. 


If config register C bit 7 “SOFTEN” is “0”: 


1. Config registers A and B can be examined by software 
(to check the configuration). 


2. Config registers A and B can be modified by software to 
temporarily change the adapter settings. The settings 
are restored according to the jumpers when the 
AT/LANTIC is next fully reset. 


If config register C bit 7 “SOFTEN” is 1”: 


1. Config registers A and B cannot be read or written by 
software. 


OTHER CONFIGURATION OPTIONS 


There are two other methods of configuring the 
AT/LANTIC. If using these methods, the interface will not 
properly emulate NE2000 adapter cards, and will not work 
with standard drivers. 


Partially Jumpered Solution: This is a jumpered solution 
where only some of the options are jumpered, e.g., |/O ad- 
dress and boot PROM address. Since configuration regis- 
ters A and B can be rewritten by software, a program could 
be used to complete the configuration process as part of 
the software boot sequence. 


No EEPROM, partially jumpered solution: This is the 
same as the above solution, except that the EEPROM is not 
fitted. The purpose is to reduce cost. In this case, there is 
no Ethernet node address available, so a non-standard driv- 
er is required, which obtains its Ethemet address from an- 
other source. 
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1.2 Layout Considerations 


1.2.1 ISA Bus 


In a multi-layer PCB with good ground plane, there should 
be little risk of difficulty due to layout. However, if a 2 layer 
design is envisaged, a lot of care is required for the ground 
track routing. The AT/LANTIC drives 16 data lines 
(SDO-15) with fast high-current drivers. Ground routing 
should be arranged as a grid, so that there is a good return 
current path between the AT/LANTIC and all the ISA bus 
OV connections. 


1.2.2 Twisted Pair (TPI) 


The length of tracks in the TPI circuit should be kept short 
and straight, and the lengths of the differential signal tracks 


REMOVE 


AT/LANTIC™ 


nF 


L wy 


POWER & 
Pi 


should be kept approximately equal. If using a multi-layer 
board, the power and ground planes should be removed in 
the area of the TPI to reduce capacitive coupling of noise 
from the power planes. The area should not have other sig- 
nals passing through it. It may be desirable to have chassis 
ground used around the area of the connector to provide a 
shield for EMI noise radiation. 


Tracks between the filter/isolation transformer and the 
RJ45 “telephone” socket should have an isolation barrier of 
at least 2mm to any other track or component. 


ISOLATION BARRIER 


} Isolation 
and 
Filters 


Low 
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FIGURE 11. TP] Layout 


1.2.3 Attachment Unit Interface (AUI) 
Tracks should be kept short and straight where possible. 


The D-type shell (and the metal bracket it is fitted to) snould 
be connected to digital ground via a 10 nF capacitor. 


1.2.4 Thin Ethernet (Coax) 


The DP8392C Coax Tranceiver Interface should be placed 
close to the BNC connector, so that the connection be- 
tween them is short. There should be no other tracks in this 
area, and on multi-layer PCBs the power and ground layers 
should be removed. 


ISOLATION BARRIER 


The DP8392CV requires an area of copper on the PCB sur- 
face to act as a heatsink. This is documented in the 
DP8392CV data sheet. 


All the coax interface components between the isolation 
transformer and the BNC must be surrounded by an isola- 
tion barrier of at least 2mm, which must include the power 
and ground layers of a multi-layer PCB. The isolation trans- 
former and the DC-DC converter bridge the isolation barrier, 
plus a resistor, a capacitor and a spark gap. On a multi-layer 
PCB the isolated power and ground planes should be used 
for VEE and ISOLATED_GND. 


DP8392 1k 1% 


i 


ISOLATED_GND 
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FIGURE 12. Coax Layout 
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1.2.5 PLL 


In order to improve performance of the receiver PLL, the 
PLL supply pin should be connected via a simple RC filter, 
located close to the AT/LANTIC PLLVcc pin. 


1.3 EEPROM Programming 


Initial values must be placed in the EEPROM before it can 
be used. The following table shows the EEPROM address 
map (all values in HEX): 


aa eee oS er 


Node Addr 1 
Node Addr 3 
Node Addr 5 
Checksum 

00 (Not Used) 
00 (Not Used) 
00 (Not Used) 


57 (ASCII “W”) 


42 (ASCII “B”) 
00 (Not Used) 
00 (Not Used) 
00 (Not Used) 


00 (Not Used) | 


00 (Not Used) 
Config B 
73H (Note 1) 


+5V 
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FIGURE 13. PLL Supply Decoupling 


Node Addr 0 
Node Addr 2 
Node Addr 4 
05 (8013 Type) 
00 (Not Used) 
00 (Not Used) 


. 00 (Not Used) 


57 (ASCII “W”) 
42 (ASCII “B”) 
00 (Not Used) - 
00 (Not Used) 
00 (Not Used) | 
00 (Not Used) 
00 (Not Used) 
Config A 

Config C 


Note 1: In initial documentation in the data sheet this byte was listed as 
having a value of FFH. In order to accomodate future expansion of features 
on the AT/LANTIC, this byte should be programmed with a 73H. 


Ina jumperless solution, Config A, B and C values must be 
set according to the default configuration, as discussed in 
Section 1.1.9. 


Config A, B and C are ignored in a jumpered configuration. 
The Checksum is calculated so that the least significant 
byte of the sum of the first 8 bytes in the EEPROM is FF 
(hex). 
i.e., ( Node Addr.0 

+ Node Addr 1 

+ Node Addr 2 

+ Node Addr 3 

+ Node Addr 4 

+ Node Addr 5 

+ 05 — 

+ Checksum ) and FFh = FFh 

The Ethernet node address must be unique to each unit 
produced. , 

Note that only Config A, B and C bytes can be changed by 
user software. 
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How to Program the EEPROM 


The simplest way to program the EEPROM is before it is 
fitted into the PCB. 


In some cases, however, it may be preferable to be able to 
program the EEPROM after board manufacture. This re- 
quires either a special programming connector on the PCB, 
or a “bed of nails” programming jig to access signals on the 
board. Additionally, a series resistor is required in the EECS 
signal between AT/LANTIC and the EEPROM. 


To program the EEPROM, power must be applied to the 
PCB and the RESET pin must be forced high on 
AT/LANTIC. You can then apply the programming wave- 
forms to the EEPROM. 


Refer to the 93C06 data sheet for programming details. 


AT/LANTIC™ 


TL/F/11850-14 
FIGURE 14. EEPROM In-Situ Programming 


1.4 Additional End-User Requirements 
The end user may require some of the following items: 


1.4.1 Configuration Software 

If you are offering a jumperless solution, the user will require 
configuration software. National Semiconductor is able to 
offer source code for a configuration software package. 


Configuration software is unnecessary for jumpered solu- 
tions. 


1.4.2 Driver Software 


You may wish to offer drivers with your solution. National 
Semiconductor offers a selection of drivers for popular net- 
work operating systems—contact your representative for 
the latest list. At the time of printing, National Semiconduc- 
tor offers the following drivers: 


Novell Netware ODI for DOS 
Novell Netware ODI for OS/2 
Novell Netware ODI for server 
NDIS 2.0 

NDIS 3.0 (available soon) 
SCO UNIX 

PC TCP Packet Driver 


1.4.3 Documentation (Installation Guide) — 

We suggest that your documentation includes the following 
topics: 

Configuration 


If you have a jumpered solution, the user will have no soft- 
ware assistance, and you will have to document how to 
choose addresses and interrupts without causing conflicts, 
and how to set the jumpers. 
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In a jumperless solution, some assistance is given by the 
configuration program in determining addresses and inter- 
rupts currently in use. You will have to document how to run 
the. software, and, for adapter cards, how to cope with in- 
stallation into systems that require manual installation (for 
example, it may not be possible to detect !/O space usage if 
there are no pull-ups on the data bus). 


& Ne 


Bus Compatibility Modes 


Some PC’s use chip sets that have impossible timing re- 
quirements. If this is the case, the driver or configuration 
software tests will report a problem with the buffer RAM. 


In machines with this timing problem, AT/LANTIC offers two 
“fixes”, We recommend trying the ‘!016” fix first. If that | is 
not successful, use the “CHRDY” fix instead. 


See Section 2.3.6 for a description of how these “fixes” 
work. 


SOFTWARE INSTALLATION 


You may wish to describe how to install the _configuration 
and driver software in a typical application. 


2.0 REFERENCE INFORMATION 
2.1 Architecture 


2.1.1 NIC Core 


The AT/LANTIC controller contains a DP8390 NIC (Net- 
work Interface Controller) core. This controller was used as 
a discrete part on the NE2000 and WD Ethercard Plus 
adapter cards. The operation of the NIC core is fundamental 
to the NE2000, WD Plus and consequently the AT/LANTIC. 


All packets transmitted and received are ‘sent via a dedicat- 
ed buffer memory. A “local” DMA controller within the NIC 
transfers the data between the buffer RAM and.the NIC’s 
serializer/deserializer. This approach means that there are 
no critical performance requirements placed on the host 
computer (i.e., the PC). 


At initialization time, the network software (the driver) tells 
the NIC to reserve a section ofthe buffer RAM for receive 
packet-data. Since packets may be received without warn- 
ing, the receive buffer is usually as large as possible. The 
NIC uses the receive buffer as a cyclic buffer, and maintains 
hardware pointers to put data in the correct place and en- 
sure that data not yet read by the host is not overwritten. 


When transmitting a packet, the host places the data into 
the buffer RAM (not in the receive buffer area), and issues a 
transmit command to the NIC, specifying RAM start address 
and length. 


The host may access the buffer RAM in one of two ways: 


Using the remote DMA channel: The NIC has another 
DMA controller for host transfers. This allows the host to 
transfer a block of data to or from the buffer RAM by writing 
to or reading from a single data transfer port. The NE2000 
adapter uses this technique. The data transfer port is 1/O 
mapped, and this method is often called “!/O MODE”. 


Memory mapped: Alternatively, the buffer memory can be 
mapped into the host address space. This allows the host to 
directly access‘ any buffer RAM location. Each access re- 
quires arbitration between the NIC and the host. This meth- 
od is used by the WD Plus adapter, and is commonly re- 
fered to as “SHARED MEMORY MODE” because the 
memory is shared between the NIC and the host. 


In the AT/LANTIC, all arbitration and handshaking is han- 
dled internally for both 1/O and Shared Memory modes. 
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2.1.2 NE2000 
The key features of the NE2000 are: 


1. The NIC registers and the data transfer port are I/O 
mapped on the ISA bus. 

2. The boot PROM is memory mapped on the ISA bus. 

3. There is an Ethernet address PROM mapped onto the 
NIC buffer RAM bus. The PROM is 32 bytes, but only 16 
bytes can be read. Which 16 bytes depends on whether 
the card is in an 8- or 16-bit slot. 


In the AT/LANTIC, the Ethernet address PROM is imple- 
mented as registers, which are loaded at reset from the 
EEPROM. 

2.1.3 Shared Memory Mode 

The key features of the shared memory mode are: | ~ 


1. NIC core and “shared memory contro! fegtetere: are 1/0 
mapped on the ISA bus. 


2. A PROM containing Ethernet address is also I/O 


mapped on the ISA bus. 

3. Buffer memory is memory mapped on the ISA bus at an 
address determined by the “shared memory control! reg- 
isters”’. 

4. The boot PROM is memory mapped on the ISA bus. 


In the AT/LANTIC, the Ethernet address PROM is imple- 


mented as registers, which are loaded at reset from the 
EEPROM. 

‘It should be noted that although the shared memory mode 
‘is hardware compatible with the WD Plus architecture, driv- 


ers written by WD/SMC check for a specific IEEE address 
range before enabling the driver. 

2.2 Memory and I/O Maps 

Please refer to Section 5 of the AT/LANTIC data sheet for 
details of how to use the registers shown here. 


2.2.1 NE2000 8-Bit and 16-Bit 


The ISA 1/O map comprises a block of 32 addresses which 


can be located at one of 7 base addesses (240h, 280h, 
2C0h, 300h, 320h, 340h and 360h). , 


The NIC registers and reset port are BYTE wide. 
The data transfer port is the same width as the interface. 


00 


Pee | = 


TL/F/11850-15 


The NIC buffer memory map varies according to the RAM 
size, and also the interface width as programmed into an 
NIC register. This register should be set according to wheth- 
er the interface is 8- or 16-bit. 


Note that an 8 bit interface can be either an 8-bit design or a 
16-bit adapter in an 8-bit slot. 


8k x & RAMs, 16-Bit Interface In a 16-bit configuration, the PROM is arranged as follows: 


Addr 
0000 Addr D15-8 D7-0 


O01E 00 Invalid Node Addr 0 


0020 02 Invalid Node Addr 1 
Aliases of PROM 04 Invalid Node Addr 2 

SFFE 06 Invalid Node Addr 3 

4000 16 kbytes 


of 08 Invalid Node Addr 4 
7FFE Buffer RAM OA Invalid . | Node Addr5 


8000 Alias ; 
of Invalid 00h 
0000 


FFFE to 7FFE 42h/57h* 


8k x 8 RAMs, 8-Bit Interface ' Invalid 
Addr 


0000 


001F 
0020 
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In an 8-bit configuration, the PROM is arranged as follows: 


Addr D7-0 
Aliases of ; . 00 | Node Addr 0 
PROM , 01 | Node Addr 0 
02 | Node Addr 1 
: a 03.| Node Addr 1 
Buffer RAM 04 | Node Addr 2 
Alias . 05 | Node Addr 2 
of 06 | Node Addr 3 
ee Node Addr 3 
Node Addr 4 
Node Addr 4 
Node Addr 5 
Node Addr 5 


Alias 
of 
0000 
to 7FFF 


FFFF 


32k x 8 RAMs, 16-Bit Interface 
Addr 
0000 


001E 
0020 


42h/57h* 
42h/57h* 
42h/57h* 
42h/57h* 


Aliases of PROM 


OOFE 


0100 63.75 kbytes 


of *The value found at PROM addresses 1C to 1F is determined by the logic 
Buffer RAM level on the DWID pin: 


42h (“B”) if DWID = 0 8-bit (byte) interface 
57h (“W”) if DWID = 1 16-bit (word) interface 


FFFE 


32k x 8 RAMs, 8-Bit Interface 
Addr 
0000 


001F 
0020 


The NiC must be programmed for 8- or 16-bit operation 
before it is possible to read the PROM. It is therefore normal 
practice for software to set 8-bit mode and read the PROM 
using 8-bit I/O instructions in order that the actual bus size 
can be determined from the value at PROM address 
1C-1F. 


2.2.2 Shared Memory Mode 


Alias The ISA I/O map comprises a block of 32 addresses which 
of m3 can be located at one of 7 base addresses (240h, 280h, 
SurerneM ae 2COh, 300h, 320h, 340h and 360h). 


32 ae All the registers are BYTE wide. 
is) , 


Buffer RAM 


Aliases of 
PROM 


FFFF 
The PROM is always read-only. 
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: 


(Read only) 


| och 

-|_Gheoksum | 
“NIC 
‘registers 


(Read Only) 
(Read Only) 
(Read Only) 
(Read Only) 
(Read Only) 
(Read Only) 
(Read Only) 
(Read Only) 


The NIC buffer memory map varies according to the RAM 
size, and the bus width which is programmed into an NIC 
register. This should be set according to whether the inter- 
face is 8- or 16-bit. The bus size is detected by the hardware 
on the DWID pin. This information is available to software by 
reading the AT Detect register. 


Note that an 8-bit interface can be either an 8-bit design ora 
16-bit adapter in an 8-bit slot. 


8k x 8 RAMs, 16-Bit Interface 
Addr 


0000 | 46 kbytes 


of 

3FFE | Buffer RAM 

4000 Aliases 
of 


Buffer RAM 
FFFE 


8k x 8 RAMs, 8-Bit Interface 
Addr 


0000 | 8 kbytes 


of 
1FFE | Buffer RAM 


2000 Aliases 


of 
Buffer RAM 
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32k x 8 RAMs, 16-Bit Interface 
Addr 


0000 64 kbytes 


of 


Buffer RAM 
FFFE 


32k x 8 RAMs, 8-Bit Interface 
Addr 


0000 | 32 kbytes 


of 
7FFE | Buffer RAM 


8000 Alias 


of 


: Buffer RAM 
FFFE 


2.3 ISA Bus Description 


This section is a brief tutorial for those unfamiliar with the 
ISA bus. 

For the most part, the ISA bus should be considered asyn- 
chronous. There are two ISA bus address spaces: I/O and 
memory. ; 


2.3.1 1/0 Cycles 


1/O cycles are generated when the CPU performs IN or 
OUT instructions. An I/O cycle is signalled on the bus by 
IORD (read) or IOWR (write) strobes being active (low). Dur- 
ing IORD or IOWR cycles, the address is given on SAO0-9. 
1/O devices must qualify the IORD or IOWR strobe with a 
valid address, and the AEN signal, which must be low. 


TORD 
SA0-9 


AEN 


5 
SRK ECT 
SORRY 


" TL/F/11850-16 
FIGURE 15. I/O Read Cycle 


TL/F/11850-17 
FIGURE 16. 1/0 Write Cycle 


2.3.2 Memory Cycles - 


Memory cycles are generated when the CPU performs MOV 
instructions. In most PC systems, memory accesses to sys- 
tem RAM are private to the motherboard and do not cause 
ISA bus activity. 

Thus it is usual to only see accesses to devices on the ISA 
bus. 

Similar to 1/O cycles, memory cycles have memory read 
and write strobes. Unlike I/O cycles, however, there are two 
of each. 


For an 8-bit adapter card, memory strobes SMRD and 
SMWR are used, together with address SA0-19. This al- 
lows the memory device to decode any address range in the 
bottom 1 Mbyte of the CPU address space. SMRD and 
SMWAR strobes are not active for memory accesses above 
1 Mbyte (2 100000h). 


For a 16-bit adapter, memory strobes MRD and MWR are 
used. These are active for memory accesses to any ad- 
dress. The adapter card must therefore additionally test ad- 
dress lines LA17-23. 


a, aay oe 


NY OO ot Ma eae OOS OS OS oe 
‘ 


MRD 


SMRD 


Sane ee eee ee 


—A/ J KAA AAAAAAAAAASS? 
LA17-23  & *eesotacotecotenocenacenenete 
3 y eteteteceteterererererereces 


BALE 
SA0-19 


s00-15 
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FIGURE 17. Memory Read Cycle 
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FIGURE 18. Memory Write Cycle 


2.3.3 Cycle Timing 


For all cycles, the system will use a set of default timings. 
These vary according to whether the access is |/O or mem- 
ory, and whether the adapter card is 8- or 16-bit. 


Adaptor cards can extend any cycle beyond the default tim- 
ing by driving the CHRDY (Channel Ready) signal to OV 
(meaning not ready). The cycle will be extended until 
CHRDY is released. A pull up on the system board pulls 
CHRDY high again—adapter cards are not allowed to drive 
it high. 

pas See re 


7 Extended 
----§ G=-—--4 


; ie Extended 


TL/F/11850-20 


10 or M 
RD or WR 


FIGURE 19. Extended ISA Cycle 
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Some cycles can also be shortened by adapter cards by 
driving a signal OWS low. This signal is not used by 
AT/LANTIC. 


2.3.4 8-Bit and 16-Bit Cycles 


For all cycles, the system will assume that an 8-bit device is 
being accessed. If a 16-bit transfer is requested by the CPU, 
the system will automatically convert it into two 8-bit cycles. 
When a 16-bit device is accessed, it informs the system of 
its presence, so that the data can be transferred in one 
cycle. 

Timing requirements for memory accesses mean that the 
system needs to know the size of the device being ac- 
cessed (8- or 16-bits) before the strobe is asserted. At this 
time, the device does not know whether the address corre- 
sponds to I/O or memory space. The ISA bus therefore 
uses two signals to indicate that a device is 16 bits: 1|O16 
and M16. 


1016 is driven low by a device that detects an address on 
SA0-9 according to a word I/O port. 


tORD/WR \ / 


TL/F/11850-21 
FIGURE 20. 1016 Cycle 


M16 is driven low by a device that detects a valid address 
on LA17—23 for 16-bit memory. LA17—23 are unlatched ad- 
dress lines that are valid earlier than SAO-19. They become 
invalid before the end of the cycle. M16 is latched by the 
system. The device is required to latch LA17-23 for use by 
its address decoder. The BALE signal should be used as 
the latch enable for the LA address latch. 


MRD/WR \ / 


SY OS ee ee ee os ee ee Qe 
SMRD/WR ‘ 


bean ae maw ee 


SAAC BRD 29C9ICHCHTIOIOID 


OOOO? DOO OOS 
- OODOOFD OOOO OOOOH 
LAT7~23 Sieg Ssesesesectscatetetstatatetet 


BALE 
SA0-19 
M16 
. TL/F/11850-22 
FIGURE 21. M16 Cycle 


The size of the system transfer is indicated on signals SAO 
and SBHE: ek 


SAO SBHE 
L H 
H L 


Byte transfer, even address 
Byte transfer, odd address 
L L Word transfer 
H H Not used 
SBHE has the same timing as SAO-19. 
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2.3.5 DMA and Refresh Cycles 


DMA cycles are direct transfers between an I/O ait and 
memory. One I/O strobe and one memory strobe are used 
together for the cycle. The I/O device is selected by one of 
7 DACK signals. The memory device is selected by the 
LA17-23 and SAO-19 address lines. In order that the I/O 
device corresponding to SAO-9 does not respond, the AEN 
signal is driven high; I/O devices are only allowed to re- 
spond if AEN is low. ISA DMA is not used by AT/LANTIC. 


Refresh cycles occur every 15.6 ws. They are similar to 
memory read cycles, except that the REFRESH signal is 
active. Refresh is not used by AT/LANTIC. 


2.3.6 Bus Timing Compatibility Modes 


In some PCs using certain chipsets, the timing requirement 
for an adapter card to drive CHRDY from receiving an active 
IORD or [OWD is impossible to meet. The consequence is 
that the ISA bus completes the cycle even though the 
AT/LANTIC requires more time. AT/LANTIC incorporates 
logic to detect this condition, and has two ways of overcom- 
ing the problem. 


If the condition occurs, configuration register B bit 5 “BE” is 
set to “1”. This can be used by software to warn that a fix is 
required. 

The two timing chante: modes are: 


1016 Mode 


The problem only occurs for 16-bit cycles. 1016 is normally 
asserted whenever the address SAO-9 is valid. By addition- 
ally requiring that IORD or IOWR is asserted before 1016 is 
driven low, the offending chipsets are fooled into accepting 
8-bit timing for CHRDY, while still transferring 16-bits 
correctly. 


1ORD/WR 


TL/F/11850-23 
FIGURE 22. 1016 Timing Change Mode 


CHRDY Mode 


It is possible to drive CHRDY low early, qualified by SAO-9 
and AEN without IORD or IOWR. If a valid address is pres- 
ent, and AT/LANTIC requires a longer-than-default cycle, 
this circuit starts driving CHRDY low as soon as BALE is 
active. If, at any time, MRD or MWR memory strobes be- 
come asserted, then CHRDY is released immediately. Oth- 
erwise, CHRDY is held low until the next falling edge of 
ISACLK after BALE has gone low. In a typical system, this 
clock edge is immediately followed by IORD or IOWR being 
asserted. The small “gap” between ISACLK and IORD or 
IOWR will not normally be long enough for CHRDY to be 
pulled high by the pull-up resistor. 


ISACLK 


‘ 
Bug fix timing® ==" ™ 


TL/F/11850-24 
FIGURE 23. CHRDY Fix 
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2.4 Boot PROM 


The boot PROM interface uses the AT/LANTIC to decode 
the ISA address, and to provide data bus drivers onto the 
ISA bus. Because the PROM data is connected to the NIC 
memory support data bus, arbitration is required to access 
the PROM. The boot PROM is not mapped onto the NIC 
memory map. 

If the MSWR signal is connected, a FLASH boot PROM can 
be used, allowing in-situ programming or updating. 

If the PROM is read-only, the configuration register B bit 6 
“BPWR” should be set to ‘O” to prevent bus contention if 
write cycles are attempted. 


The boot PROM appears as an 8-bit device, regardless of 
the size of the interface. However there is a special case 
where it will not work properly. When emulating a WD Plus 
adapter, AT/LANTIC uses 16-bit wide buffer RAM, which it 
declares as 16-bit to the ISA bus by driving M16 low. The 
decode logic for M16 uses only LA17—23, i.e., a 128 kbyte 
region—this is an ISA bus limitation. If the boot PROM and 
the buffer memory are placed within the same 128 kbyte 
region, the boot PROM will appear to the ISA bus as a 16-bit 
device. Since the PROM can only produce 8-bits of data, it 
will fail. 

Boot PROMs can be written to overcome this problem by 
first copying the PROM contents to system memory, and 
then executing from the copy instead. The PROM therefore 
need not be accessed at the same time as the shared RAM 
is enabled. 


2.5 Boot PROM and RAM Timing Calculations 

Boot PROM timings are derived from the ISA bus timings 
minus AT/LANTIC propagation delays. 

RAM timings are the worst case of two situations: ISA bus 
accesses, similar to the Boot PROM, and AT/LANTIC DMA 
channel accesses. 

For 8-bit cards, 8-bit ISA timings should be used for both 
RAM and boot PROM. 

For 16-bit cards, 16-bit ISA timings should be used for the 
buffer RAM, and 8-bit timings should be used for the boot 
PROM. 


2.5.1 Boot PROM/RAM ISA Read Timing 


ISA Bus 
Timings: 


SMRD 


SA0-19 


eet 
= 550 


"aN 
CORKS 
resesesennenenene 


sD0-15 


AT/LANTIC™M 
Timings: 
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MSA0-15 
MSDO-15 
RCS/BPCS 


MSRD 


RAM/PROM 
Timings: 


TL/F/11850-25 
FIGURE 24. Boot PROM/RAM ISA Read 


Access time from OE: 
trace = tra min — T28max — T24max 
Access time from address: 
traa = tsa min — T29max — T24max 
Access time from CS: 
tracs = tsa min — T27max — T24max 
For a typical 8 MHz ISA bus: 
tra min = 480 ns (8 bit) or 160 ns (16 bit), 
tsa min = 570 ns (8 bit) or 200 ns (16 bit). 


2.5.2 Boot PROM/RAM ISA Write Timing 


ISA Bus 
Timings: 


SMWR 
SA0-19 


SDO0-15 


AT/LANTIC™M 
Timings: 


rererereree: 
MSAD~15 4080525252606 


SOS SY 


MSD0-15 


MSWR 


RAM/PROM 
Timings: 


TL/F/11850-26 
FIGURE 25. Boot PROM/RAM ISA Write 


Address setup time: 
trasu = tasu min + t28min — T29max 
Data setup time: 
tapsu = tpsy min + t31 min — T26max 
Write pulse width: 
trew = tpw min + t31 min — T28max 
For a typical 8 MHz ISA bus: 
trasu min = 90 ns (8 bit) or 28 ns (16 bit), 
tapw min = 530 ns (8 bit) or 154 ns (16 bit), 
trosu min = 470 ns (8 bit) or 105 ns (16 bit). 
2.5.3 RAM DMA Timing 


These timings are given in the AT/LANTIC data sheet 
Section 8, under “I/O port or FIFO transfers”. 


tRaoE = 13 —- TZ, 
traa = 12+ 13 — TZ, 
tracs = 14-7, 
trasu = T2, 

tapsu = T9, 

trew = 73 


1-375 


2.6 Fast Read Feature 


This is a feature designed into AT/LANTIC to improve the 
performance of the remote DMA channel in NE2000 mode. 
The actual performance measured will depend on the plat- 
form that AT/LANTIC is used with, and the test configura- 
tion used. 


The architecture of the remote DMA channel is as shown: 


Buffer RAM 
ISA BUS 


ae 9 ai 


S— 
Data 
Fis: 


a 


DMA Controller 


NIC Core 


Address 
Decode 


2 
cRRoY Handshake 


TL/F/11850-27 
FIGURE 26. Remote DMA Controller 

When the remote DMA read is started, by I/O writes to the 
NIC remote DMA controller, the buffer RAM is accessed at 
the first address and the data is latched in the data transfer 
latch. The PC then reads this data over the ISA bus. At the 
end of the [ORD strobe, the DMA controller fetches data 
from the next RAM address and latches it into the latch. 
Hardware handshake logic prevents the PC from complet- 
ing a read cycle until the data is ready. 


10R 

CHRDY 

SD0-15 

Next Data Request 


RAM OE 


TL/F/11850-28 
FIGURE 27. Remote DMA Read Timing 
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The request for more data from the DMA controller is not . 


made until the end of the IORD strobe. When fast read op- 


eration is enabled, the request for more data is made as. 


soon as CHRDY is released, before the end of the 1ORD. 


For cycles that do not require CHRDY, i.e. the data is al- 


ready in the latch, more data is requested at the start of the 
IORD strobe. 


CHRDY 
SD0-15 
Next Data Request 


RAM OE 


TL/F/11850-29 
FIGURE 28. Fast Read Remote DMA Timing. 
There is a danger, in very slow machines, that the new data 
will be latched into the data transfer latch before the end of 
the current IORD cycle. For this reason, Fast Read is not 
recommended for 8-bit systems. 


The NIC core is specified to take a minimum of 11 clocks 
between data being requested and the latch being updated. 
A typical system with an NIC core clock of 20 MHz will 
therefore take at least 550 ns. Fast Read mode is safe in 
any system where the IORD strobe width, or the CHRDY to 
IORD high delay does not exceed 550ns. 


2.7 Reset Operation 


AT/LANTIC has different degrees of RESET according to 
the duration of the RESET pulse. The pulse width is mea- 
sured by counting X1 clocks (20 MHz), so the timing period 
can only begin after the oscillator has started. 


In order to prevent noise problems, a RESET pulse of less 
than 350 ns will be ignored. The RESET pulse must be at 
least 400 ns to be guaranteed to be recognized. 

A RESET pulse of at least 400 ns will reset the internal 
logic, including the 8390 NIC core, and will tristate all 1/O 
pins. A 60k pull down will be enabled for each conigureen 
pin MSDO-—15 and MSA1-8. 

If the RESET pulse is more than 400 ns Iong, configuration 
data and Ethernet node address will be loaded. The load 
sequence begins when RESET goes low, and can take up 
to 320 us. During this time,-all ISA bus cycles are ignored. 
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AT/LANTIC™ Software 
Developer’s Guide 


INTRODUCTION 
This document is designed to aid the development of soft- 
ware for the AT/LANTIC device. It is recommended that the 
AT/LANTIC data sheet be read before and then in conjunc- 
tion with this description. 


Table of Contents 
1.0 INTRODUCTION TO THE AT/LANTIC DEVICE 
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2.2 Enabling a “New” Adapter 
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3.1 Hardware Reset 
3.2 Get Bus Size/ID Bytes 
3.3 Initializing the Registers 
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3.5 Checking the Interrupt. 
3.6 Checking the Boot ROM 


4.0 TRANSFERRING INFORMATION 
4.1 1/0 Mode Transfers 
4.1.1 DMA Write Sequence 
4.1.2 DMA Read Sequence 
4.2 Shared Memory Transfers 


5.0 TRANSMISSION SEQUENCE 
5.1 Register Sequence 


6.0 RECEPTION SEQUENCE 
6.1 The Buffer Ring 
6.2 Removing a Packet 
6.3 Dealing with Overflows 


1.0 INTRODUCTION TO THE AT/LANTIC 


The AT Local Area Network Twisted Pair Interface Control- 
ler provides a simple method of interfacing any ISA (Industry 
Standard Architecture) bus based systems to an Ethernet 
Network. This device can emulate one of the most popular 
Ethernet Adapter architectures—Novell’s NE2000 adapter. 


The configuration information describing the devices archi- 
tecture, address, interrupt etc. can either be loaded from 
switches or from an EEPROM. Use of the EEPROM method 
allows the device to be configured solely by software thus 
providing a more user friendly Ethernet adapter. 


National Semiconductor 
Application Note 887 
David Milne 


A brief introduction to the two Adapter architectures is given 
below. 


DP8390 
CORE 


TL/F/11820-1 
FIGURE 1. NE2000 Emulation Mode 


The NE2000 mode utilizes a Data Port register through 
which all transfers to/from the buffer RAM take place. Any 
transfer requires the buffer RAM address, transfer size and 
direction to be programmed into registers before the trans- 
fer can be initiated. 


This mode of operation is often referred to as 1/O Mode. 


SHARED 


MEMORY 


TL/F/11820-2 
FIGURE 2. Shared Memory Mode 


In Shared Memory mode the buffer RAM is mapped into 
system memory. This allows any data in the buffer RAM to 
be directly transferred across the ISA bus. 


The AT/LANTIC requires a 20H byte space in the PC’s !/O 
Port map, this area contains all of the AT/LANTIC’s regis- 
ters. The contents of this register block depend on the 
mode the AT/LANTIC is operating in. One common factor is 
the NIC core register section which contains 16 registers. 
The location of the register block is given by “I/O address” 
(also referred to as I/O base). Figures 3 and 4 show the 
contents of the register block for either mode. 


The AT/LANTIC can access a RAM area of up to 64 kbytes, 
however the standard is to only use 16 kbytes of this area. 
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The method of accessing this RAM area is described in 
Section 4.0 of this document. The AT/LANTIC’s memory 
map depends on the mode of the device. Figures 5 and 6 
show the full 64 kbyte memory map for each mode (each 
mode with the chip in compatible mode utilizing only 16 
kbytes for the RAM Buffer). 


TOR TOW 
Base + 00H 
P| contort] 
Base + 01H 
ATDetect | | 
Base + 05H 
Base + 08H 
Base + 10H 
DP8390 
Core 
Registers — 
Base + 1FH 


FIGURE 3. Shared Memory Mode I/O Map 


Base + 00H 
DP8390 
Core 

Registers 
Base + OFH 
Base + 10H 

Data Transfer Port 

Base + 17H 
Base + 18H 

Reset Port 
Base + IFH 


FIGURE 4. I/O Port Mode Register I/O Map 


D15 - DO 
0000H : 
8k x 16 
Buffer RAM 
4000H 
Aliased 
Buffer RAM 
8000H 
Aliased 
Buffer RAM 
CO00H — 
Aliased 
Buffer RAM 
FFFFH 


FIGURE 5. Shared Memory Mode Memory Map 
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Dis DO 
001FH 
Aliased PROM 
4000H 
8k x 16 
Buffer RAM 
_ 7FFFH 
8000H 
Aliased PROM 
CO00H 
Aliased 
Buffer RAM 
FFFFH 


FIGURE 6. I/O Port Mode Memory Map 


2.0 CONFIGURING THE AT/LANTIC 


The AT/LANTIC controller is designed such that it is fully 
software configurable. The configuration information is held 
in three registers A, B and C as described in the data sheet 
under Section 5.1. As an added safety feature configuration 
registers A and B are hidden, so that they cannot be acci- 
dentally overwriften. Register C is only accessed during a 
RESET and can not be directly accessed by software. 


Register A controls the I/O address, interrupt and mode of 
the AT/LANTIC device. Register B controls the cable type 
selection and certain flags altering some interface timings to 
the ISA bus (refer to Section 4.1 “Bus Error Condition”). 


2.1 Changing and Saving a Configuration 


CHANGING THE CONFIGURATION 


Registers A and B can be read directly at 1/O address offset 
OAH and OBH respectively. To write to these registers a 
read access must be immediately followed by a write ac- 
cess. Interrupts should be disabled during the write se- 
quence to ensure it is not corrupted. These registers can 
only be accessed when the NIC command register is set to 
page 0, refer to AT/LANTIC data sheet Section 5.3. 


As register A can change the address location of: the 
AT/LANTIC registers (and hence of reg. B) then a software 
update of both registers A and B should first change register 
B and then register A. This allows the same base I/O ad- 
dress to be used for both register updates. 


THE GDLNK BIT 


Special care should be taken when configuring the GDLNK 
bit of register B. If this bit is set to 1 then the link integrity 
checking (TPI mode) is disabled. If link integrity checking 
has not been disabled (10BT standard) then this bit reads 1 
for good link and 0 for link broken. If the AT/LANTIC is in 
TPI mode with a good link and reg. B is read- then the 


’ GDLNK bit is shown to be 1, if this was written directly back 


to reg. B then link integrity checking is disabled. Thus it is 
necessary to mask out the GDLNK bit when writing to reg. B 
unless the disabling of link integrity checking is required. 


SAVING A CONFIGURATION 


The AT/LANTIC has a feature allowing the required config- 
uration to be saved to an EEPROM such that on power up 
the configuration registers are automatically loaded with the 
correct values. There is a special algorithm which writes the. 
configuration to the EEPROM, this is described in the pseu- 
do code below. This algorithm does not change the regis- 
ters directly, i.e. the new state only appears on the next 
power up. 


CONFIGURATION_SAVE () 
{ 
//Interrupts are disabled to ensure the 
// sequence is not corrupted. 
Disable interrupts; 


// Set EELOAD bit in register B. 
READ (Config_Reg_B) ; 
value & (~GDLNK) ; 
value = value | EELOAD; 
WRITE (Config_Reg_B, value) ; 


value = 
value = 


// Output the configuration info. 
READ (Config_Reg_B) ; 
WRITE (Config_Reg_B, 
WRITE (Config_Reg_B, 
WRITE (Config_Reg_B, 


config_for_A) ; 
config_for_B) ; 
config_for_C) ; 


// Wait for EELOAD bit to go low. 
while(value && EELOAD) 
{ 
value = READ(Config_Reg_B) ; 
WAIT () $ 
} 
Enable Interrupts ; 


} 
2.2 Enabling a “New” Adapter 


{t is possible to place the AT/LANTIC controller in a “dis- 
abled” state in which it shall not respond at any I/O base 
location. This is a particularly useful mode for software con- 
figurability as it allows the auto selection of an available 
configuration before the AT/LANTIC based adapter is en- 
abled. Hence potential conflicts of Interrupt and I/O base 
address can be avoided. 


The method of enabling the AT/LANTIC from this “dis- 
abled” state consists of writing a byte four consecutive 
times to port 278H, during which time interrupts should be 
disabled to ensure the sequence is not corrupted. The lower 
3 bits of this byte inform the AT/LANTIC of which address it 
should enable to. More information on the mapping of these 
three bits to 1/O base locations can be found in the AT/ 
LANTIC data sheet under Section 5.1. 


The port 278H is normally a PC’s secondary printer port. 
Using the ‘four writes” sequence ensures that an adapter is 
not accidentally enabled if the port is in use. If the port is 
active when the adapter is to be enabled then it is possible 
to corrupt a print sequence, to avoid this the code should 
check if the port is active and if so wait until the port is free. 
The printer uses port 278H as a data port and port 279H as 
a control port, reference should be made to the PC’s techni- 
cal manual for an explanation of these registers and how 
the port operates. 


Once the AT/LANTIC is enabled configuration register A 
may contain old information in bits 3-7. Register A bit 7 is 
the MEMIO (architecture ) bit, the offset of the configuration 
registers varies depending on the state of this bit. Thus the 
software has to detect which architecture mode the 
AT/LANTIC has appeared in before bits 3-7 of reg. A and 
all of reg. B can be overwritten with the new configuration 
information. 
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DETECTING AT/LANTIC MODE 

The AT/LANTIC can appear in either the |/O port mode or 
the Shared Memory mode. As the I/O address is known 
then the mode of operation can be found by checking the 
data at the address of register A, i.e., check offset OAH for 
1/O mode and offset 1AH for Shared Memory mode. The 
recommended method of detecting the architecture of an 
AT/LANTIC at a known I/O base is given in the pseudo 
code below. 


FIND_MODE () 

{ 

// Check if in I/0 mode 
config_a = READ(IO BASE + OAH) ; 

// Check MEMIO is low i.e. I/0 mode. 
if((config_a & 80H) ==0) 

{ 

// Check IOAD bits match the I/0 base addr. 
if((config.a & 7) relates to 10_BASE) 
return(IO.MODE_DETECTED) ; 

‘i 

// Check if in Shared Memory mode. 
config.a = READ(IO BASE + 1AH) ; 

// Check MEMIO is high i.e. S/M mode. 
if((config_a & 80H) == 1) 

{ 

// Check IOAD bits match the I/O base addr. 

if((config.a & 7) relates to IO_BASE) 
return (SHARED_MEM_DETECTED) ; 
} 

// No AT/LANTIC. mode detected. 

return (NO_MODE_DETECTED) ; 
} 


2.3 Programming Configuration Register C 


Configuration register C can not be accessed directly by 
software. Details on what configuration register C controls 
can be found in the AT/LANTIC data sheet Section 5.1. The 
upper four 4 bits of register C are fixed depending on the 
design of the adapter card, the lower four bits vary depend- 
ing on the boot ROM option selected. It is necessary to 
know the boot ROM option selected so that register C is 
correctly updated by the ‘“‘Configuration__Save”’ routine (as 
given under Section 2.1). As register C can not be read 
some mechanism is required to detect the boot ROM option 
in use. The recommended method is to place a signature 
text string in the boot ROM at a fixed location. This string 
would contain information on the size of ROM in question. 
The code should then scan the RAM space for this signa- 
ture string. If found, then the location and size of the boot 
ROM is known and the value required for register C can be 
calculated. As register C can not be written to directly, the 
only method of updating it is to use the “Configuration— 
Save” routine. 


It should be noted that any change to the value of register C 
is not active until the AT/LANTIC has been reset (normally 
a power off/on of a PC) and the new contents of the 
EEPROM have been loaded into the registers. 
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3.0 INITIALIZING THE AT/LANTIC 


The following section deals with all of the functions neces- 
sary to initialize and partly test the AT/LANTIC device. It is 
recommended that the code follows the order of each of the 
sub-sections. 


3.1 Hardware Reset 


The first step in the initialization sequence is to provide a 
reset pulse to the NIC core of the AT/LANTIC device. The 
method of providing this signa! depends on the architecture 
selected for the AT/LANTIC. 


1/0 MODE RESET SEQUENCE 


In this mode a portion of the I/O address map acts as a 
reset port, offsets 18H to 1FH, any of these offsets can be 
used as the reset port. To activate a reset the port should 
be read from and then written to (with any value). Following 
this a delay of 1.6 ms is required to make sure the reset has 
completed. 


SHARED MEMORY RESET SEQUENCE 


This mode contains two control registers (refer to Section 
5.2 of the AT/LANTIC data sheet). The MSB of control reg- 
ister 1 is the RESET flag. To activate the reset this bit 
should be toggled high then low. Again a delay of 1.6 ms is 
required to allow the reset to complete. 


PLACING THE AT/LANTIC IN STOP MODE 


Following the hardware reset it is necessary to place the 
NIC core of the AT/LANTIC in the STOP mode, which per- 
forms a software reset. This is done by setting the STOP 
and RS2 bits of the NIC command register (refer to the 
AT/LANTIC data sheet Section 5.3 for more information on 
the NIC core registers), PSO and PS1 are cleared to ensure 
that the NIC core is in “page 0”. (The NIC core registers are 
split into 3 pages of 16 registers, the bits PSO and PS1 in 
the command register define which page the NIC is current- 
ly operating in.) The code should wait until the software re- 
set is indicated as complete (when the RST bit of the Inter- 
rupt Status register is set to a 1. 


3.2 Get Bus Size/ID Bytes 


This section deals with detecting the size of the slot an 
adapter has been inserted into and checking ID byte values 
are correct for the mode of operation selected. The two 
AT/LANTIC modes are quite different in their approach to 
this problem and shall be discussed separately. 


1/0 MODE 


The I/O mode architecture maps PROM data into RAM 
space locations 00H to 1FH. The contents of this RAM 
space are given in Figure 7. Offset 1EH contains a word 
value which depends on the size of slot in which the adapter 
currently resides. If the value equals 5757H, then the slot is 
16-bit, if the value equals 4242H, then the slot is 8-bit. If the 
value does not equal either of the previous values, then the 
adapter is not correctly functional in NE2000 emulation 
mode, i.e., these bytes also act as ID bytes. An example of 
the DMA read operation required to get the word from offset 
1EH is described in Section 4.1.2 of this document. The 
initial transfer requires the Data Configuration Register 
(DCR) to be programmed for 8-bit operation, and the PC to 
perform two byte wide reads of the Data Port. Once the data 
has been transferred the DCR and PC transfers can be set 
for the correct bus width. 
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SHARED MEMORY MODE 


The shared memory mode contains a register which holds 
information on the size of slot occupied by the adapter. The 
LSB of this register, the AT detect register (refer to 
AT/LANTIC data sheet Section 5.2) is set to 1 for 16-bit 
mode and 0 for 8-bit mode. 


Correct emulation of the Ethercard Plus16 requires an ID 
byte. In this mode the registers at offsets 08H to OFH (see 
Figure 8) contain first the Ethernet address then an ID byte 
followed by a checksum byte. 


For the AT/LANTIC shared memory mode the ID byte at 
offset OEH should contain value 05H. The twos complement 
sum of all of the eight bytes should equal FFH. If this is not 
the case, then the adapter is not correctly eperallng in 
Ethercard Plus16 emulation mode. 


42H or 57H 
42H or §7H 


FIGURE 7. NE2000 Mode PROM Memory MAP 


00H 
01H 
02H 
03H 


04H 
05H 
06H 
07H 


1EH 
1FH 


O0BH 


FIGURE 8. S/M Mode PROM Loaded Registers 


OFH 


3.3 Initializing the Registers 


When initializing an adapter for Shared Memory mode it is 
necessary to set up two control registers before initializing 
the NIC core registers, the following step is ignored for !/O 
Port mode. 


SHARED MEMORY ADDRESS INITIALIZATION 


In shared memory mode the Buffer RAM is mapped into the 
PC address space. Two control registers define where in the’ 
PC memory map this RAM shall appear, refer to Section 5.2 
of the AT/LANTIC data sheet. Address bits A13~A18 of the 
selected memory address should be programmed into bits 
0-5 of contro! register one. Address bits A19—A23 should 


be programmed into bits 0-4 of control register two. The 
MEMW bit of control register 2 defines if the memory is 8 
kwords or 8 kbytes in size. This bit should be defined during 
this initialization. It may also be necessary to initialize the 
MEME bit of control register 1, this depends on the method 
of controlling the buffer RAM—refer to Section 4.2. 


e.g. DOOOOH, 16 kbytes memory. 
Control reg. 1 is 28H, 
Control reg. 2 is 41H. 


NiC CORE REGISTER INITIALIZATION 


The following register initialization sequence is mandatory 
for both I/O Port and Shared Memory modes. All of the 
registers discussed are explained in detail under Section 5.3 
of the AT/LANTIC data sheet. 


1. Put the AT/LANTIC in STOP mode. Refer to Section 
3.1 on putting the AT/LANTIC in STOP mode. 


2. Initialize Data Configuration Register (DCR), WTS 
(transfer width) dependent on the result of the previous 
section, LS set, ARM is dependent on the method cho- 
sen to control the receive buffer ring (refer to Section 
6.0). The FIFO threshold is typically set to 8 bytes/4 
words i.e., FT1 is set. (When in Shared Memory mode 
the WTS bit can always be set if 16 kbytes of RAM are 
being used.) 


. Clear Remote Byte count registers. 


. Initialize Receive Configuration Register (RCR), this 
register determines which packets are accepted by the 
AT/LANTIC and buffered into RAM. The options avail- 
able are save errored packets, runt packets, multicast 
packets, broadcast packets, physical address match 
packets and all physical address packets (promiscuous 
mode). Setting the register to 00H allows only physical 
address match packets. Further discussion on setting 
the physical and multicast addresses is given later in 
this section. 


. Place the NIC in loopback mode 1 or 2 by setting bits 
LBO or LB1 in the Transmit Configuration Register. 
Loopback is described in the data sheet under Section 
6.5. | 


. Initialize the Receive Buffer Ring, 
Boundary Pointer (BNDRY), 
Page Start (PSTART), 

Page Stop (PSTOP), 
Transmit Page Start (TPSR). 


The values for these registers are discussed at the end 
of this section. 


. Clear the Interrupt Status Register (ISR), by writing FFH 
to it. 

. Initialize Interrupt Mask Register (IMR), this register 
controls which sources of interrupt are allowed or disal- 
lowed. It would be normal to set PRXE (packet re- 
ceived), PTXE (packet transmitted), PTXEE (packet 
transmission error) and OVWE (overflow) in the regis- 
ter. 

. Program the Command Register for page 1 (set bits 
PSO, RD2 and STP) and initialize the physical, multicast 
and CURR registers as described later in this section. 

. Put the NIC in to START mode, set the START bit and 
clear the STOP, PSO and PS1 bits in the Command 
Register. The receive is still not active as the NIC core 
is in loopback mode. 
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11. Remove the AT/LANTIC from loopback mode by initial- 
izing the Transmit Configuration Register (TCR) to its 
correct value, typically OOH. 


The AT/LANTIC is now ready to receive and transmit pack- 
ets. 


SETTING UP THE BUFFER RING 


The values to be programmed in to the buffer ring pointers 
PSTART, PSTOP, CURR, BNDRY and TPSR depend on the 
mode of operation of the AT/LANTIC. There are several 
possible modes NE2000 and Ethercard Plus16 emulation 
modes which use 16k of Buffer RAM and a non-compatible 
mode which allows up to 64k of Buffer RAM. The size of 
transfers in question also alter the size of the Buffer Ring. 


The buffer RAM is split into ‘“‘pages’’ each containing 256 
bytes. The standard is to have a transmit buffer followed by 
the receive buffer ring. It is recommended that two transmit 
buffers be utilized as this improves performance. One pack- 
et can be loaded into the RAM while another is being trans- 
mitted on the network. Each transmit buffer requires 6 
“pages” for a full Ethernet packet (some protocols may not 
require a maximum Ethernet packet). The Transmit Page 
Start Register (TPSR) should point to the buffer being trans- 
mitted for the whole duration of a transmission, i.e., when 
the alternate buffer is being loaded during a transmission 
the TPSR should not be altered. The receive buffer ring 
follows the transmit buffer. The Page Start register 
(PSTART) is set to the page following the transmit buffer(s). 
The Page Stop (PSTOP) register is set to the end of the 
buffer RAM plus one page (the size of buffer RAM is deter- 
mined by the bus width/memory width.) 


XMT Buffer 1 
XMT Buffer 2 


Offsets 
0000H 


PSTART 


Receive 
Buffer 
Ring 


PSTOP 4000H 
FIGURE 9. Buffer RAM Layout 


In NE2000 emulation mode the buffer RAM resides at loca- 
tions 4000H to 8000H (refer to Figure 6). The Ethercard 
Plus16 buffer RAM resides at OOOOH to 4000H (refer to Fig- 
ure 5).These examples are for 16-bit modes. 


There are two possible methods of controlling the receive 
buffer ring a software method and an automated method 
called ‘‘send packet’. These are discussed in more detail in 
Section 6.0 of this document. 
Initializing CURR and BNDRY for 
(i) the software method, 

CURR = PSTART + 1 

BNDRY = PSTART 

Next_PKT = PSTART + 1 
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(ii) the “send packet” method, 
CURR = BNDRY = Next_PKT = PSTART 


(“Next_PKT” is a software declared variable further de- 
scribed in Section 6.0). 


SETTING THE PHYSICAL ADDRESS REGISTERS 


During initialization, the NIC core physica! address registers 
are loaded with the adapters Ethernet address (refer to Sec- 
tion 5.3 of the AT/LANTIC data sheet). Each adapter con- 
tains a unique six byte address for identification on a net- 
work. The Ethernet address is held in a PROM store in the 
AT/LANTIC, the method of retrieving the information de- 
pends on its present architecture mode. In shared memory 
mode the Ethernet address is held at register offsets 08H to 
ODH, see Figure 3. These values can then be written to the 
NIC physical address registers. In 1/O mode the address is 
held in the first three words of the RAM thus a Remote DMA 
read is required to retrieve the information, refer to Section 
4.1.2. 


SETTING THE MULTICAST REGISTERS 


To allow a network station to receive packets destination 
addresses other than the stations physical node address, it 
is necessary to store a list of these destination addresses. A 
group of addresses to be received are referred to as multi- 
cast addresses. This device can not hold all of the address- 
es, thus the AT/LANTIC contains 8 multicast address regis- 
ters (MARO-7) which decode the addresses to be received. 
These multicast registers provide filtering of multicast ad- 
dresses hashed by the CRC logic. All destination addresses 
are fed through the CRC logic and as the last bit of the 
destination address enters the CRC, the 6 MSB’s of the 
CRC generator are latched. These six bits are then used to 
index a unique filter bit (FBO-—63) in the multicast address 
registers. When a software developer wishes to accept a 
specific multicast address the above sequence should be 
followed to determine which filter bit in the multicast regis- 
ters should be set. Several bits can be set to accept several 
multicast addresses. A pseudo code example of the routine 
required for this is given below. 


// Hexadecimal equivalent of the NIC's CRC 


// equn. 
define CRC_POLYNOM1LAL 04C11DB6H 


// The multicast address is held in a 6 byte 
// array. 

unsigned char mult _addr[6] ; 

ere = FFFFFFFFH; 

// The following loops create the 32-bit CRC 
// value. 


// Loop through each byte of the address. 
for(i=0; i<63; i++) 

{ 

// Loop through each bit of that byte. 
for(bit=0; bit<8; bit++) 
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{ 
carry=(cere3l )*((mult_addr[i] & 
(L<bit )) > bit); 
if (carry) 
( (erc*CRC_POLYNOMIAL) | carry) ; 


ere <= 1; 
ere = 


// Extract the 6 MSB's from the CRC value, 
// this six bit value is used to index a 
// unique filter bit. 

index >= 263 

index &= SFH; 

// Find the multicast register number and 
// vit of that register to set. 
register_no = cre > 3; 

register_bit = 1 < (ere & 7)3 


// Calculate the new register value. 


value = READ(MAR[register_no]) | 
register_bit; 


// Set the Multicast Address Register (MAR) 
// value. 
WRITE (MAR[register_no], value) ; 


3.4 Checking the Cable 

There are four possible media types that can be selected 
with the AT/LANTIC device. Both the TPI(10BT) and 
TPI(non spec.) modes simply use the GDLNK bit of configu- 
ration register B to indicate the cable status. The test for a 
good “Thin” Ethernet cable is more involved and a pseudo 
code description of what is required is given below. Thick 
Ethernet cable can be checked by performing level 3 loop- 
back as described in Section 6.5 of the AT/LANTIC data 
sheet. However this test can only be guaranteed if per- 
formed on a non-active network, i.e. no information is being 
passed on the network during the test. 


// Assume already initialized. 


thin cable check () 
{ 

// 
// 
// 
// 
// 


Set up a cable check packet for 
transmission. The destination addr. 
Should equal the source address to avoid 
other stations receiving this pkt. The 
data field is of the developers choice. 
packet = set_up_cable_pkt() ; 
length = size of (packet) ; 


// Set the transmit byte count registers. 
WRITE(TBCRO, length LSB) ; 
WRITE(TBCR1, length_MSB) ; 


// Clear the Interrupt Status Register. 
WRITE(INISTATUS, FFH) ; 


// Issue the transmit command. 
WRITE(CMND, (RD2 | STA | TXP)); 


// Poll the interrupt status register until 
// the packet is indicated as transmitted 
‘// or there is a timeout. 
while(time_in_loop < 1 second) 
{ 
STATUS = READ(INTSTATUS) ; 


if (STATUS & (ISR.TXE | ISR_PTX) 
break; 


update--time--in-~loop() ; 
Short Delay () ; 
} 


// If the routine timed out the tx failed. 
if(time_in_loop > 1 second) 
return (NO_CABLE) ; 


// Read the Transmit Status Register. 
TSR.value = READ(TSR) ; 


// Check if there were excessive collisions. 
if(TSR.value & ABT) 
return (UNTERMINATED) ; 


If there was 1 to 15 collisions the cable 
is good. 
ir(TSR.value & COL) 
return (CABLE_OK) ; 


Check for other transmission failures 
only after collision check because if a 
collision occurred it can set some of 
the following bits in error. 
if(TSR_value & (CDH I CRS I FU)); 
return (NO_CABLE) ; 


If this point is reached the tx passed. 
return (CABLE_OK) ; : 
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More detail on the Interrupt Status Register (ISR) and the 
Transmit Status Register (TSR) bits can be found in the 
AT/LANTIC data sheet under Section 5.3. 

3.5 Checking the Interrupt 


When an interrupt is detected an interrupt handler is called. 
This handler should then investigate the cause of the inter- 
rupt and act accordingly. In the case of the AT/LANTIC 
there is an Interrupt Status Register which provides informa- 
tion on the cause of the interrupt. It is necessary for the 
handler to be installed before this test is carried out. 


The following pseudo code routine checks interrupt opera- 
tion by assuming that when the interrupt handler is called 
and the ISR is found to have its PTX bit set then a ‘‘pack- 
et_transmitted” flag is incremented/set. 


// AsSume Initialized and ISR installed. 

Interrupt _check() 

{ 

// Clear the 'packet_transmitted'’ flag. 
packet_transmitted = 0.3 


// Clear the Interrupt Status Register. 
WRITE(INTSTATUS, FFH) ; 


// Set the transmit byte count zero. 
WRITE(TBCRO, 0); 
WRITE(TBCR1, 0); 


// Issue the transmit command. 
WRITE(CMND, (RD2 | STA | TXP)); 


// This transmission is used to generate an 
// interrupt. 


// Loop until ISR is called and 
// packet_transmitted flag is set 
// or there is a time out. 
while(time_in.loop < 1 second) 
{ 
if(packet_transmitted) 
return(Interrupt_oOK) ; 


update_time_in_loop() ; 


} 
return(Interrupt_FAL1LED) ; 
i 


3.6 Checking the Boot ROM : 


If a boot ROM has been identified as belonging to the 
adapter under going diagnostics then it is possible to check 
that its data has not been corrupted. The sum of all of the 
ROM bytes should equal 0. The size of the ROM (in 4 k 
segments) is held at byte offset 03H, offsets OOH and 01H 
should hold values 55H and AAH respectively. 
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4.0 TRANSFERRING INFORMATION 


Before transmission of a packet or processing of a recep- 
tion, it is necessary to store or retrieve data from the buffer 
RAM. The two architecture modes available on the 
AT/LANTIC have different methods of accessing the buffer 
RAM. 


4.11/0 Mode a Tainiens 


When in 1/O mode the NIC core of the AT/LANTIC janstes 
data to or-from the buffer RAM using one of its DMA chan- 
nels. The software programs the start address of the RAM 
segment to be transferred, the size of transfer and the direc- 
tion of the transfer. The DMA controller passes data be- 
tween the data transfer port and the buffer RAM, byte or 
word at a time. The system always writes or reads data via 
this port. The Data Transfer Port is mapped from I/O base 


offset 10H to 17H (any of these registers act as the Data 


Transfer Port). It is important that no other value be written 
to the command register during a DMA. 
BUS ERROR CONDITION 


On some implementations of the ISA bus it is possible for an 
error condition to arise:during a DMA transfer. This is 
flagged by a “BE” (Bus Error) bit in configuration register B 
being set (writing a one to this bit resets. it).. The 
AT/LANTIC provides two differing methods for correcting 
this condition, these are implemented by setting either the 
“IO16CON” bit or the “CHRDY” bit in configuration register 
B. For a more detailed discussion on the cause of the error 
and the remedies available reference should be made to the 
AT/LANTIC data sheet Section 6.7 (‘‘16-Bit |/O Cycles with 
CHRDY Fix”). 


It is recommended that a check for this error condition be 
carried out before an adapter is enabled on a network. This 
can be done by performing a DMA, checking if the “BE” bit 
has been set and if so implementing one of the fixes. It is 
also possible to perform the check at the end of every DMA 
(as the error may not happen during all DMA sequences). 
4.1.1 DMA WRITE SEQUENCE 


The DMA write sequence is typically used to load up a pack- 
et to be transmitted in to the transmit buffer, as in the exam- 
ple below. 


Create a transmit packet and hold a 
pointer to its address in the PC RAM. 
packet = set_up_xmt_pkt () ; 


Disable Interrupts; 


Write out the Buffer RAM address for the 
xmt packet to the Remote DMA addr. 
registers. This is either TPSRl or TPSR2. 
WRITE(RSARO, IPSR_LSB) ;- 
WRITE(RSARL, TPSR_MSB) ; - 


Write out the size of the packet to the 
Remote DMA BYTE count registers. 
length = SIZEOF (packet) ; 
WRITE(RBCRO, length_LSB) ; 
WRITE(RBCR1L, length_MSB) ; 


1-384 


// Issue.the Remote DMA write command. 
WRITE(CMND, .(RD1 | STA)); 


// Loop until all bytes/words transferred. 
address = packet; 
for(loop through the transmit pkt) 
{ 
value = contents of address; 
WRITE (DATA_PORT, value) ; 
increment address pointer; 


} 


// It is necessary to wait until the last 
// transfer is flagged as being placed into 
// memory. An access to the command 
// register before the DMA has completed may 
// corrupt the last transfer and lead to 
// serious system errors. 
while(time_in.loop < 1 second) 
{ 
Status = READ(INISTATUS) ; 
if(status & ISR_RDC) 
return (TRANSFER_OK) ; 


update_time_in_loop() ; 


Short_Delay(); 
} : 


Enable Interrupts; 


return (TRANSFER_FAILED) ; 


4.1.2 DMA READ SEQUENCE 


The DMA read sequence is typically used for removing 
packets from the receive buffer ring. However the example 
below reads the Ethernet address from Buffer RAM (as 
would be required during initialization). 


// Read the Ethernet address and place it at 
// PC RAM space pointed to by ‘addr’. 


Disable Interrupts; 
// Set the Remote read start address to 0. 


WRITE(RSARO, 0) ; 
WRITE(RSAR1, 0) ; 


// Set the Remote DMA BYTE count to 6. 
WRITE(RBCRO, 6) ; 
WRITE(RBCR1, 0) ; 


// Issue the Remote DMA read command. 
WRITE(CMND, (RDO | STA)); 


// Read 3 words or 6 bytes depending on bus 
// width. 

for(loop 3 or 6 times) 

{ 


contents of addr 


READ (DATA.PORT) ; 
increment address; 


} 


Enable Interrupts; 


return (TRANSFER_COMPLETED) ; 


The above examples often refer to the Command and Inter- 
rupt Status registers and there associated bits. More details 
on these registers can be found in the AT/LANTIC data 
sheet Section 5.3. : 


The size of access to the data port is dependent on the 
width of the bus detected during the initialization sequence. 


However, it should be noted that in 16-bit mode the length . 


of transfer is programmed in bytes even if the transfers to/ 
from the data port are to be word wide. 


There are some assembly language commands that greatly 
simplify the transfer loop to the data port. 


e.g., for the Intel 286 Processor. 
set 
set 
set 


cx to byte count; 
esidi to pe RAM destination; 
dx to DATA_PORT; 


set direction flag; 


rep insw/outsw 


4.2 Shared Memory Transfers 


When in Shared Memory mode the buffer RAM is mapped 
into a portion of the PC RAM space. Access to the buffer 
uses the same method as access to any portion of the PC 
address space. The location at which the buffer RAM ap- 
pears is controlled by two Shared Memory Control Regis- 
ters. These registers also set the size and width of transfer 


as well as enabling or disabling the RAM buffer. The buffer 


RAM can be set to 16 kbytes or 8 kbytes in size (as deter- 
mined by the adapter hardware) and the CPU transfer width 
can be 8-bit or 16-bit wide (as determined in Section 3.2). 
These settings are controlled by two register bits, the 
MEMW bit of control register 2 controls the width of memory 
i.e., 8 kbytes/16 kbytes and the 8-bit/16-bit of control reg. 2 
controls whether the transfer is 8-bit or 16-bit wide. If the 
transfers are to be 16-bit wide then the 8-bit/16-bit should 
be set only for the duration of the transfer. It is also possible 
to disable the buffer RAM when there is no transfer in prog- 
tess by using the MEME bit of control register 1. This allows 
more than one adapter to utilize the same RAM location in 
the PC memory map. It should be noted that if multiple 
adapters are to use the same RAM location then ail the 
adapters must disable the RAM when transfers are not in 


1-385 


progress. If only one adapter is allowed to use the RAM 
location then the memory can be enabled at initialization. 


If the software being developed has to be fully compatible 
with the Ethercard Plus16 architecture then the control reg- 
isters cannot be assumed to be readabie. Thus when tog- 
gling the MEME and 8-bit/16-bit during a transfer it is nec- 
essary to either re-calculate the value of the address bits in 
the register or recall some store of the initialized value. 


EXAMPLE TRANSFER 


This example is for 16 bit wide transfers with memory only 
enabled for the duration of the transfer. 
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// ‘Cntril' and 'Cntrl2' are stored at 
// initialization. 


// Enable the buffer memory. 
WRITE(CNTRL1, (cntrli | MEME) ) ; 

// Enable 16-bit wide transfers. 
WRITE(CNTRL2, (cntri2 | 8/16) ; 


// Memory transfer. 
MEMCOPY(PCaddr, BufferAddr, size) ; 


// Disable the buffer memory. 
WRITE(CNIRL1, entrill) ; 

// Disable 16-bit wide transfers. 
WRITE(CNIRL2, cntril2) ; 


There are some assembly language commands that provide 
a simple and efficient means of doing the ‘“memcopy()” 
function in the above example. 


e.g., for the Intel 286 Processor. 
set cx to byte count; 
“get es:di to pe RAM destination; 
set ds:si to pe RAM source; 
set direction flag; 
rep 


4.3 The Boot ROM 


The AT/LANTIC provides support for both standard boot 
ROMs and FLASH PROMS. Configuration register C con- 
trols the location at which the ROM is enabled, access to 
the ROM is then the same as access to any area of PC 
RAM. 


The use of a FLASH prom allows software to directly update 
a boot ROM with the latest driver software for an adapter, 
thus eliminating the need to replace a ROM for each new 
release of software. It is necessary to set the BPWR bit of 
configuration register B when a FLASH prom is to be updat- 
ed. Write cycles to the ROM area are only allowed when this 
bit is set. After this bit is set the software should follow the 
algorithm to program the FLASH prom (as given in the 
PROM'’s data sheet). 


5.0 TRANSMISSION SEQUENCE 


When a transmission is required, it is necessary to select a 
free transmit buffer to place the packet information into (as- 
suming there is more than one transmit buffer in the buffer 
RAM). The packet should then be transferred, as described 
in Section 4.0, to this location. A check is then required to 
see if a packet is presently being sent out onto the network. 
If a transmission is in progress then the address and size of 
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this new packet should be held in a “store” until the trans- 
mission completes. If a transmission is in progress then this 
packet can be sent directly out on to the network. This re- 
quires the Transmit Page Start Register and the Transmit 
Byte Count Registers to be programmed with the address 
and length of the packet respectively. Following this the 
transmit command can be issued to the Command Register. 
It is important to remember that the TPSR cannot be altered 
during a transmission. 


ISSUING A TRANSMIT 
// No transmission in progress. The new 
// packet is held at transmit buffer 
// address XMI_BUFFERx 
WRITE(TPSR XMIT_BUFFERx_MSB) ; 
Set the byte size of the packet, held in 
‘length’. 
WRITE(RBCRO, length_LSB) ; 
WRITE(RBCR1L, length_MSB) ; 


// 
// 


Issue the transmit command. 
WRITE(CMND, (RD2 | STA | TXP)); 


5.1 Transmission Status Checking 


Once a transmission has completed the AT/LANTIC will re- 
turn an interrupt. It is the task of the Interrupt Service Rou- 
tine (ISR) to determine whether the transmission was suc- 
cessful or not.and deal with it accordingly. If the transmis- 
sion completed successfully, a check should be made to 
see if more transmissions are required, the details of which 
may be held in the “store” described in the above para- 
graph. 

When called the ISR should check the Interrupt Status Reg- 
ister. If the PTX bit is set then this indicates that the packet 


BUFFER RAM 
(UP TO 64K BYTES) . 


PAGE START 
ADDRESS 


PAGE STOP 
ADDRESS 


was transferred without error and the transmission can be 
flagged as successful. If the TXE bit is set, then an error has 
occurred and more information is required. This extra infor- 
mation is provided by the Transmit Status Register (TSR) 
from which the relevant error flags and statistics counters 
can be updated before the transmission can be flagged as 
completed with error. If collisions occurred during transmis- 
sion then the COL bit of the TSR is set and the number of 
collisions that occurred is held in the Number of Collisions 
Register (NCR). The software can use this register to keep 
statistics on the amount of collisions occurring on a net- 
work. 


6.0 RECEPTION SEQUENCE 


6.1 The Buffer Ring 


As packets are received they are placed in to the buffer ring 
and as they are processed they are removed from the ring. 
At initialization an area of memory is allocated to act as the 
receive buffer ring and the AT/LANTIC’s buffer manage- 
ment scheme controls the operation of the memory. 


Four pointers are used to control the ring; the page start 
(PSTART) and page stop (PSTOP) pointers to determine 
the size of the buffer ring, the current page (CURR) pointer 
to determine where the next packet will be written to from 
the network and the boundary (BNDRY) pointer to show 
where the next packet to be read and processed lies. As 
packets are received, the boundary pointer follows the cur- 
rent page pointer around the ring. During operation the page 
start and page stop registers remain unchanged. 

The receive buffer ring is divided into 256 byte buffers 
(called “pages”) and these are linked together as required 
by the received packets. Since all AT/LANTIC registers are 
byte wide the ring pointers refer to the page (256 byte) 
boundaries, see Figure 70. 
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FIGURE 10. The Receive Buffer Ring 
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On a valid reception the packet is placed in the ring at the 
page pointed to by CURR plus a 4 byte offset (see 
Figure 11) . The packet is transferred to the ring through the 
AT/LANTIC which links the page buffers as necessary until 
the complete packet is received. The first and last buffers 
(PSTART and PSTOP) are linked just as the first and sec- 
ond buffers would be. At the end of a reception, the status 
from the Receive Status Register (RSR), a pointer to the 
next packet and the byte count of the current packet are 
written into the 4 byte offset (see Figure 12). 


6.2 Removing a Packet 


Once packets are in the receive buffer ring they must be 
processed. The AT/LANTIC supports two differing adapter 


CURRENT 
PAGE 
REGISTER 


architectures which have there own method of accessing 
the buffer memory, these are discussed in Section 4.0 of 
this document. As packets are removed from the buffer ring, 
the boundary (BNDRY) pointer must be updated. The 
BNDRY follows CURR around the ring (see Figure 13). 


If the current local DMA address (the place where a newly 
received packet is being stored) ever reaches BNDRY then 
the ring is full and any more receptions cannot be achieved 
until some processing has been done on the ring. This con- 
dition is known as overflow. More details on this condition 
and how to overcome it are given in Section 6.3. 
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FIGURE 11. Receiving a Packet 
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FIGURE 12. Receive Packet Header 
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FIGURE 13. Removing a Packet 


When the CURR and BNDRY pointers are equal, the buffer — 


ring can either be full or empty. To ensure that the software 
never misinterprets this condition the BNDRY pointer can 


be kept one less than the CURR pointer when the ring is | - 


empty, and only equal to CURR when the ring is full, as 
shown below. 


1. Use a variable (Next_pkt) to indicate where the next 
packet will be removed from the buffer ring. 


2. At initialization set (see Section 3.3): 
BNDRY = PSTART 
CURR = PSTART + 1 
Next _pkt = PSTART + 1 
3. After each packet is removed from the ring, use the next 


packet pointer in the header information (the second 


byte of the header), HNXTPKT and set: 
Next_pkt = HNXTPKT 

BNDRY = HNXIPKT 

if (BNDRY < PSTART) 

BNDRY = PSTOP - l 


THE SEND PACKET COMMAND 


When in I/O mode the Remote DMA channel can be auto- 
matically initialized to transfer a single packet from the re- 
ceive buffer ring. The transfer is initiated by issuing a “send 
packet” command, setting bits RD1, RDO and STA in the 
command register. The DMA will be initialized to the value 
of the BNDRY pointer and the Remote Byte Count registers 
will be initialized to the values found in the buffer header of 
each received packet. After the data has been transferred, 
the BNDRY pointer is advanced and the Remote DMA is 
then prepared to receive the next packet. 


This method does not require the manual updating of regis- 
ters as discussed in Steps 1-3, however it does limit the 
software to accessing a packet just once. 

The receive sequence is initiated by an interrupt generated 
by the AT/LANTIC when data is ready to be removed from 
the ring or an overflow has occurred. The Interrupt Service 
Routine should then interrogate the Interrupt Status Regis- 
ter which flags a PRX bit when a packet is ready to be 
removed or OVW if the buffer ring is full. When this PRX bit 
is set then a receive subroutine following the above se- 
quence should be called, if the OVW bit is set the overflow 
routine discussed in Section 6.3 should be called. 

The receive buffer “ring” is a linear section of RAM forced 
into a ring by linking the end (PSTOP) and beginning 
(PSTART) of the buffer. Some of the received packets shall 
overlap or “wraparound” this link in the buffer, i.e. the start 
of the packet is held up to PSTOP and the rest is held from 
PSTART. This condition is automatically dealt with when in 
1/O mode however Shared Memory mode requires more 
care. In Shared Memory mode a “wraparound” packet has 
to be transferred in its two sections, i.e., the section up to 
PSTOP and the section from PSTART. 


A pseudo code example of the sequence is given below. 


RECEIVE ROUTINE 
Receive subroutine () 
{ 
// This routine loops until all the packets 
// currently held in the buffer ring are 
// removed. 
while (Next_pkt != CURR) 
{ 


// Get the 4 byte header from the packet 
// pointed to by Next_pkt, the method of 
// removing the data depends on the mode of 
// the AT/LANTIC. 
status = read_status() ; 
// If in shared memory mode then check if 
// the packet wraps around the PSTOP 
// pointer. 
if (in_shared_memory.mode) 
{ 
if (status.length + Next_pkt > PSTOP) 
{ 
transfer_up_to_PSTOPO ; 
transfer_from_PSTART() ; 
} 
else 
transfer_all_at_once() ; 
} 
else 
// 1/0 mode automatically carries out 
// wraparound. 
transfer_all_once() ; 
// Set the Next_pkt pointer to equal the 
// next packet pointer in the status bytes. 
Next pkt = status. next_packet ; 
// Update the boundry pointer. 
BNDRY = Next _pkt - 1; 
if(BNDRY < PSTART) 
BNDRY = PSTOP — 1; 


WRITE (BNDRY) ; 
} // end of while loop. 
} 


6.3 Dealing with Overflows 


In heavily loaded networks it is possible for the receive buff- 
er ring to be filled with packets that still require processing, 
ie., the CURR pointer reaches the BNDRY pointer. If this 
situation occurs then the AT/LANTIC suspends further re- 
ceptions and posts an overflow (OVW) interrupt. 


In the event of an overflow condition occurring it is neces- 
sary to follow the routine given below. If this routine is not 
adhered to then the AT/LANTIC may act in an unpredict- 
able manner. A flow chart of the routine is given in Figure 8. 
. Note: It is necessary to define a variable in the driver, which will be called 
“Resend”. ; 
1. Read and store the value of the TXP bit in the 
AT/LANTIC Controller’s Command Register. 


2. Issue the STOP command to the AT/LANTIC Contro!- 
ler. This is accomplished by setting the STP and RD2 
bits in the AT/LANTIC Controller's Command Register. 

3. Wait for at least 1.6 ms. Since the AT/LANTIC Control- 
ler will complete any transmission or reception that is in 


1-389 


progress, it is necessary to time out for the maximum 
possible duration of an Ethernet transmission or recep- 
tion. By waiting 1.6 ms this is achieved with some guard 
band added. Previously, it was recommend that the 
RST bit of the Interrupt Status Register be polled to 
insure that the pending transmission or reception is 
completed. This bit is not a reliable indicator and subse- 
quently should be ignored. 


. Clear the AT/LANTIC Controller's Remote Byte Count 
registers (RBCRO and RBCR1). 


. Read the stored value of the TXP bit from step 1, 
above. 


If this value is a 0, set the “Resend” variable to a 0 and 
jump to step 6. 

If this value is a 1, read the AT/LANTIC Controller’s 
Interrupt Status Register. If either the Packet Transmit- 
ted bit (PTX) or Transmit Error bit (TXE) is set to a 1, set 
the “Resend” variable to a 0 and jump to step 6. If 
neither of these bits is set, place a 1 in the “Resend” 
variable and jump to step 6. 


This step determines if there was a transmission in 
progress when the stop command was issued in step 2. 
If there was a transmission in progress, the AT/LANTIC 
Controller's ISR is read to determine whether or not the 
packet was transmitted by the AT/LANTIC Controller. If 
neither the PTX nor TXE bit was set, then the packet 
will essentially be lost. If a packet was “lost” then a 
transmit command can be reissued to the AT/LANTIC 
Controller once the overflow routine is completed (as in 
step 11). Also, it is possible for the AT/LANTIC Control- 
ler to deter indefinitely, when it is stopped on a busy 
network. Step 5 also alleviates this problem. Step 5 is 
essential and should not be omitted from the overflow 
routine, in order for the AT/LANTIC Controller to oper- 
ate correctly. 


. Place the AT/LANTIC Controller in either mode 1 or 
mode 2 loopback. This can be accomplished by setting 
bits D2 and D1, of the Transmit Configuration Register, 
to “0,1” or “1,0”, respectively. Further explanation of 
loopback can be found in the AT/LANTIC data sheet 
under Section 6.5. 


. Issue the START command to the AT/LANTIC Control- 
ler. This can be accomplished by setting the START 
and RD2 bits in the Command Register. This is neces- 
sary to activate the AT/LANTIC Controller's Remote 
DMA channel. 

. Remove one or more packets from the receive buffer 
ring. 

. Reset the overwrite warning (OVW, overflow) bit in the 
Interrupt Status Register. 

. Take the AT/LANTIC Controller out of loopback. This is 
done by writing the Transmit Configuration Register 
with the value it contains during normal operation. (Bits 
D2 and D1 should both be programmed to 0.) 

. If the “Resend” variable is set to a 1, reset the “Re- 
send” variable and reissue the transmit command. This 
is done by the TXP bit in the Command Register. If the 
“Resend” variable is 0, nothing needs to be done. 


Note: If Remote DMA is not being used, the AT/LANTIC Controller does 
not need to be started before packets can be removed from the 
receive buffer ring. Hence, step 8 could be done before step 7, elimi- 
nating or reducing the time spent polling in step 5. 

When the AT/LANTIC Controller is in STOP mode, the Missed Pack- 
et Tally counter is disabled. 
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_ Get OVW Interrupt 
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bit in the Command Register 
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FIGURE 14. Overflow Routine 
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DP83902EB-AT 

PC-AT® Compatible 
DP83902 ST-NIC™ 
Ethernet Evaluation Board 


OVERVIEW 


The National Semiconductor ST-NIC Evaluation Board de- 
sign provides IBM® AT’s and AT Compatibles with Thick 
Ethernet, Thin Ethernet, and Twisted Pair connections. This 
low parts count Evaluation Board is compatible with the AT 
bus and requires only a 1% size slot for insertion. The board 
uses the DP83902 (ST-NIC) to interface to twisted pair 
Ethernet. The ST-NIC also has an AUI Port which allows 
interface to thick wire Ethernet, or thin wire Ethernet by the 
addition of the DP8392 Coaxial Transceiver Interface (CTI). 
The dual DMA (local and remote) capabilities of the ST-NIC, 
along with 16 Kbytes of buffer RAM, allow the entire Net- 
work Interface Adapter to appear as a standard I/O Port to 
the system. The NIC module’s local DMA channel buffers 
packets between the local memory (16 Kbytes of buffer 
RAM) and the network, while the NIC module’s remote DMA 
channel passes data between the local memory and the 
system by way of an I/O Port. This I/O Port architecture 
which isolates the CPU from the network traffic proves to be 
the simplest method to interface the DP83902 to the sys- 
tem. 
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HARDWARE FEATURES . 

@ Half-size IBM PC-AT I/O Card Form Factor 

m Utilizes DP83902 Serial Network Interface 
Controller for Twisted Pair (ST-NIC) 

w 16 Kbyte on-board Packet Buffer 

w Simple |/O port interface to IBM PC-AT - 

a Interfaces to Thick Ethernet, Thin Ethernet, and 
Twisted Pair 

m Boot EPROM Socket 

The detailed schematics for this design are shown at the 

end of this document. 


NETWORK INTERFACE OPTIONS 


The evaluation board supports three physical layer options: 
Thick Ethernet, Thin Ethernet, and Twisted Pair. The block 
diagram for these interfaces can be seen in Figure 7. When 


. using Thick Ethernet, a drop cable is connected to an exter- 


nal transceiver which is in turn connected to a standard 
Ethernet network, eliminating the need for an internal trans- 
ceiver. This configuration may be obtained by connecting 
the pins on JB3 while leaving JB2 open, and connecting 
JB9 (AUTP) to Voc. 
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FIGURE 1. Physical Layer Adapter Interface Block Diagram 
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When using Thin Ethernet, a transceiver (the CTI) is avail- 
able on-board to allow the evaluation board to directly con- 
nect to the network. This transceiver (the CT!) forms the link 
between the differential ECL signals of the SN! module and 
the non-differential ECL signal of the thin-wire coaxial cable. 
A DC-DC Convertor is provided on the board to supply the 
CTI with —9V isolated voltage source. The Thin Ethernet 
solution is made by connecting the pins on JB2, leaving JB3 
open and JB9 (AUTP) should be connected to Vcc. 


When using the Twisted Pair, JB9 (AUTP) needs to be con- 
nected to ground. The ST-NIC allows direct connection to 
the network using the RJ-45 phone jack. The remaining cir- 
cuitry includes pre-emphasis resistors, a filter, a transform- 
er/filter and a common mode choke. The transformer/filter 
decouples the DC component and eliminates any possible 
voltage spikes. 


DP83902EB-AT satus Cees 


RX TX 


The diagram in Figure 2 illustrates the layout of the board. It 
shows the various jumpers, ICs, LEDs, and the connectors 
for the three physical layer options. The transmit pre-em- 
phasis resistors R27-R30 provide equalization to the twist- 
ed pair transmit outputs. This boosts the higher harmonics 
of the signal in order to compensate for losses in these 
harmonics over the twisted pair cable. R19 and R20 are 
502 each and when combined form the required 1002 ter- 
mination on the receive side. 


BUS INTERFACE 


- The block diagram, Figure 3, illustrates the architecture of 


the ST-NIC Evaluation Board. The ST-NIC Board as seen by 
the system appears only to be an I/O port. With this archi- 


_ tecture the ST-NIC board has its own local bus to access 


the board memory. The system never has to intrude further 
than the |/O ports for any packet data operation. This I/O 
architecture isolates the system bus and the local bus, 
thereby preventing interference by the system when the ST- 


‘ NIC is doing real-time accesses such as transmitting and 
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FIGURE 2. Layout of ST-NIC Evaluation Board 
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BOARD ARCHITECTURE 


I/O Map of ST-NIC Board 

The ST-NIC Board requires a 32-byte I/O space to allow for 
decoding the data buffers, the reset port, and the ST-NIC 
registers. The first 16 bytes (300h-30Fh) are used to ad- 
dress the ST-NIC registers (8 bits wide) and the next 8 bytes 
(310h—317h) are used to address the data buffers which 
are 16 bits wide. Finally, the reset port (also software select- 
able) may be addressed by 318h-31Fh. 


TABLE I. 1/O MAP in PC-AT 


Part 


300h-30Fh ST-NIC Chip Select 
310h-317h Data Buffers 
318h-31Fh Reset 


Although in the description above the 1/O map is positioned 
at the addresses 300-31F, it may also be placed in the 
following address spaces: 320-33F, 340-35F, 360-37F. 


TO 
CABLE DP83902 
PACE . ST=NIC ADO=AD15 


A1—A4, EN16 
DO-D7 


BUS 


Socket 


These alternate address spaces may be selected by the two 
jumper pins JP1 and JPO (refer to JB4 in Figure 4 and Ap- 
pendix A). ; 

DP83902’s Local Memory Map 


There are only two items mapped into the local memory 
space. These two items being the 8K x 16 buffer RAM and 
the ID address PROM. The buffer RAM is used for tempo- 
rary storage of transmit and receive packets. 


TABLE II. ST-NIC’s Local Memory Map 


7FFFh 
RAM 
4000h 


3FFFh 


0000h 
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FIGURE 3. Block Diagram of ST-NIC Evaluation Board’s System Interface 
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For transmit packets, the remote DMA puts data from the 
1/0 ports into the RAM and the local DMA moves the data 
from the RAM to the ST-NIC. For the receive packets, the 
local DMA carries the data from the ST-NIC to the RAM and 
the remote DMA moves the data from the RAM to the I/O 
ports. The ID address PROM (74S288 32 x 8) contains the 
physical address of the evaluation board. Each PROM holds 
its own unique physical address which is installed during its 
manufacture. The PROM also contains some identification 
bytes that can be checked by the driver software. At the 
initialization of the evaluation board the software commands 
the ST-NIC to transfer the PROM data to the I/O Port where 
it is read by the CPU. The CPU then loads the ST-NIC’s 
physical address registers. The following chart shows the 
contents of the PROM. 


TABLE II!. PROM Contents 


(Most Significant Byte) 
Poin | _—Etherot Address 1 | 
| oh | Ethernet address2 | 
| oth | Ethernet Address | 


Data and Address Paths 


For the following paragraph, refer to the block diagram 
shown in Figure 3. Twenty address lines from the PC go 
onto the ST-NIC Board, but only four of them actually go to 
the ST-NIC. These four addresses along with the NIOR 
(low-asserted I/O read) or NIOW (low-asserted I/O write) 
and the CS (ST-NIC chip select signal) allow the PC to read 
or write to the ST-NIC’s registers. If the system wants to 
read from or write to the ST-NIC registers, the data (only 8 
bits) must pass through the 245 buffer. All of the packet 
data will pass through the I/O ports (the 374’s). Each 374 is 
unidirectional and can only drive 8 bits, therefore it is neces- 
sary to have four 374’s. Two of which drive data from the 
ports to the board memory and two of which drive the data 
from the ports to the AT bus. Even the PROM, which can 
only be addressed by the ST-NIC, sends its 8 bits of data 
out through the 374’s. When the PROM does this, two of 
the 374’s will be enabled but only the lower 8 bits will be 
read by the system. The RAM is also accessed by the ST- 
NIC. However, it is addressed by 14 bits and drives out 16 
bits of data. The PALs receive 7 address lines among many 
other signals such as NIOR, NIOW, NACK, MRD, etc. With 
these signals the PALs do all of the decodes, such as se- 
lecting the ST-NIC Board, the ST-NIC chip, the RAM, and 
the PROM. 
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EPROM SOCKET 


The EPROM socket is provided so that the user may add an 
EPROM to the system. This EPROM would normally contain 
a program and a driver to enable the PC-AT to be booted up 
through the network. The chips necessary to interface the 
EPROM to the system are the 27128 (EPROM), a 16L8 
(PAL), and a 74ALS244 (buffer). Also, JB5 must be placed 
in the proper selection as described in the jumper section. 
The PAL decodes SA14-SA19, along with SMRDC (system 
memory read), in order to generate the EPROMEN signal. 
This signal, issued when the PC wants to execute the pro- 
gram stored in the EPROM, enables the EPROM and the 
244 buffer. 


EVALUATION BOARD OPERATION 


The following pages will describe the slave accesses to the 
ST-NIC and the local DMA and remote DMA operation. 


Register Operations 


Accesses to the board are register operations to the 
DP83902, which are done to set up the ST-NIC and to con- 
trol the operation of the ST-NIC’s DMA channels. 


REGISTER READ 


To begin the register read, the CPU drives the four address 
lines (SAO—SA3) to the ST-NIC and the SA3-SA9 address 
lines to the PAL. These address lines are decoded by the 
PAL in order to generate a chip select to the ST-NIC. The 
CPU also drives the NIOR line which the ST-NIC sees as 
the NSRD (slave read). Once the ST-NIC receives this 
NSRD, it then sends out a high assertion on NACK, ac- 
knowledging that it is in slave mode but not yet ready to 
complete the read. The NACK signal is used by the PAL to 
assert the IOCHRDY (used to insert wait states) signal false. 
The ST-NIC then drives out the data from its internal regis- 
ters to the 245 buffer. The 245 buffer is then enabled and 
the data is driven onto the AT BUS. When the ST-NIC is 
ready, it asserts NACK true and the PAL asserts IOCHRDY 
true. As a result, NIOR is driven high by the CPU, thereby 
deasserting the NSRD. On the rising edge of the NIOR, the 
data which is on the AT BUS is latched into the system. The 
addresses are removed at the same time, causing the 
ST-NIC chip select to become deasserted, ending the regis- 
ter read cycle. 


REGISTER WRITE 


To begin the register write, the CPU drives the SAO-SA3 
address lines to the ST-NIC and the SA4-SA9 address 
lines to the PAL. With these address lines, the PAL decodes 
to 300-30F (the ST-NIC registers) thereby enabling the chip 
select for the ST-NIC. The CPU then drives the NIOW 
strobe which the ST-NIC sees as NSWR (slave write). Once 
the ST-NIC receives this NSWR it sends back a low asser- 
tion on NACK to acknowledge that it is in slave mode and 
ready to perform the write. When the CPU receives this sig- 
nal, it puts data out onto the AT BUS where it goes into the 
245 buffer. The 245 buffer then drives the data to the ST- 
NIC, but the data is not latched into the ST-NIC until the 
rising edge of NIOW. The system drives NIOW high, thereby 
deasserting the NSWR and latching the data. The address- 
es also are taken away and the chip select then goes high 
(deasserted). This ends the cycle of the register write. 


Remote Transfers 


Remote DMA transfers are operations performed by the ST- 
NIC on the board. These operations occur when the ST-NIC 
is programmed to transfer packet data between the PC-AT 
and the card’s on-board RAM. These transfers take place 
through the I/O Port interface. 


REMOTE READ 


To program the ST-NIC for a remote read, the CPU must 
make five slave accesses to the ST-NIC. The CPU must 
write the Remote Start Address (2 bytes), the Remote Byte 
Count (2 bytes), and issue the Remote DMA Read Com- 
mand. The addresses and byte count require two transfers 
because they are both 16 bits, yet only 8 bits can be written 
per transfer. 


Once the ST-NIC has received all of the above data, it 
drives out BREQ and waits for BACK. The ST-NIC immedi- 
ately receives BACK because it is tied to the BREQ line. 
(BREQ can be tied to BACK because there are no other 
devices contending for the local bus.) After receiving BACK, 
the ST-NIC drives out the address from which the data is 
required to be read. This address flows into the 373’s and is 
latched by ADSO. From here, the address flows to the RAM. 
The RAM waits until it receives MRD from the ST-NIC and 
then it drives the data into the 374 ports. The 374 ports then 
latch the data on the rising edge of the PWR strobe from the 
ST-NIC. PRQ is then sent out by the ST-NIC to let the sys- 
tem. know that there is data waiting in the ports. 


If the AT reads the I/O ports before the ST-NIC has loaded 
the 374’s, then the port request (PRQ) from the ST-NIC will 
not yet be driven. This unasserted PRQ signal causes the 
AT’s ready line to be set low, indicating that the ST-NIC has 
yet to load the data. After the data is in the ports, the system 
must then read the 374 data ports. This begins with the AT 
driving out an address which is decoded (inside the PAL) to 
the data I/O Ports (310-31F). The PAL then drives RACK 
to the ST-NIC, indicating that the CPU is ready to accept 
data. This RACK signal then reads the data from the 374 
ports onto the AT BUS. The system deasserts NIOR which 
finishes the cycle. 


REMOTE WRITE 


Like the remote read, the remote write cycle also begins 
with five slave accesses into the internal registers. The CPU 
must write the Remote Start Address (2 bytes), the Remote 
Byte Count (2 bytes), and issue the Remote DMA Write 
Command. The ST-NIC then issues a PRQ. The CPU re- 
sponds by sending an NIOW, indicating that it is ready to 
write to the ports. The CPU also drives out the address 
which corresponds to the !/O Ports. This address goes into 
the PAL and helps to decode to WACK. This WACK signal 
latches the data into the 374 ports The ST-NIC issues a 
BREQ and immediately receives a BACK since the two lines 
are tied together. (BREQ can be tied to BACK because 
there are no other devices contending for the local bus.) 
The ST-NIC, upon receiving the BACK, drives out address 
lines to the 373’s. These address lines are latched by ADSO 
and then are driven to the RAM. ST-NIC sends out a PRD 
and a NMWR which drives the data from the 374 ports into 
the already specified address of the onboard memory. PRD 
and NMWR are then deasserted and the cycle ends. 
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Network Transfers 


Transfers to and from the network are controlled by the 
DP83902’s local DMA channel which transfers packet data 
to/from the ST-NIC’s internal FIFO from/to the card buffer’s 
RAM. 


RECEIVE 


The data comes off of the network, is deserialized and is 
stored in the FIFO inside of the ST-NIC. The ST-NIC then 
issues a BREQ and immediately receives BACK since the 
lines are tied together. After receiving BACK, the ST-NIC 
drives the address lines to the 373’s. The 373’s are latched 
by ADSO and the address is allowed to flow to the RAM. 
Then the ST-NIC drives out NMWR along with the data from 
the FIFO. The data flows into the RAM under the address 
given earlier. The NMWR strobe is then deasserted, ending 
the cycle. 


TRANSMIT 


To begin the transmit cycle, the ST-NIC issues a BREQ and 
waits for the BACK. Since the BREQ and BACK lines are 
tied together, the BACK signal is received immediately. 
Upon reception of this signal, the ST-NIC drives out the ad- 
dress to the 373’s which latch the address with the ADSO 
strobe. The address then flows to the onboard memory. 
NMRD, driven by ST-NIC, causes the RAM to drive the data 
out of the given address and into the ST-NIC. The ST-NIC 
then latches the data into the FIFO on the rising edge of 
NMRD. This high assertion of NMRD signifies the ending of 
this cycle. From the FIFO, the data is serialized and trans- 
mitted onto the network. 


BOARD CONFIGURATION 


On the DP83902EB-AT ST-NIC AT board, there are nine 
jumper blocks as seen in the diagram below. The following 
pages wiill explain how to configure these jumpers. 


Physical Layer 

If JB9 is tied to Ground then the twisted pair interface will be 
selected. If JB2 is closed while JB3 is open, and JB9 is 
connected to Vcc, then the Thin Ethernet option will be 
selected. And finally if JB3 is closed while JB2 is open, and 
JB9 is high, then the Thick Ethernet option will be selected. 
Refer to Appendix A for Jumper settings. 


Interrupt Lines, Board Addresses, 
and EPROM Addresses 


On JB4, there are six possible connections. Four of these 
are to select an interrupt line. The available interrupt lines 
include INT3, INT4, INT5, and INT9. The last two possible 
connections, JP1 and JPO, are used to select the base ad- 
dress for the board. However, if JB5 is connected to Vcc, 
then these last two connections select the address of the 
EPROM also. The possible selections and the jumpers are 
shown in Appendix A. The factory configuration uses the 
INTS line for interrupts and has JP1 and JPO in the on posi- 
tion. 
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This factory configuration is shown in Figure 4, along with the factory configurations for JB1, JB5, JB6, JB7, JB8, and JB9. The 
square pin indicates pin 1 pt the jumpers. 


JBI (ios) “JB5 JBB (TEST) Gir) 


TL/F/11158-4 
FIGURE 4. Factory Configuration for JB1, JB4, JB5, JB6, JB7, JB8 and JB9 


APPENDIX A 
The following tables show all of the various jumper settings. The shaded boxes are the Factory Configuration default settings. 


| upo | up2 | vB3 | Physical Layer Selected 
as Link Disabled 


| High | on | oft | ThinEthernet 
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_ [ar [eee nite For [or [on [or [itemats | 


fone ae ath Sean 
Fo [| on | s4on-a5rn_ | D000h | 
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APPENDIX B: PAL® EQUATIONS 


PAL #1(U1) 

In this first PAL, the output signals are NIO16, NIOEN, 
NSTNICB, and NCSROM. (The N’s before the signals indi- 
cate that the signal is low asserted.) Since it is necessary to 
assert NIO16 as soon as possible, this first PAL has been 
selected to be a 10 ns ‘‘D” PAL. The NiO16 signal must be 
TRI-STATE® when it is not asserted. Therefore, we use an 
enable signal (NIOEN) which is equal to the decode for the 
1/O Ports (310-31F) and NAEN high (NAEN high signifies 
that the system DMA does not have control of the bus). The 


PAL 1 


module iodec; 

flag ‘-rl’; 

title * 

date: 9/13/89 
functions: 

ST-NIC BOARD DECODE, 
ul device ‘p1618’; 


I016 DECODE, 


“input pins: 
NEN16, NAEN, SA9 
SA8, SA7, SA6 
SAS, SA4, SA3 
JPO, JP1, NMRD 
Al4 

“output pins: 
NSTNICB, NIOEN, 
NCSROM 


NIO16 


“constants 


equations 
NSTNICB = ! (!NAEN & 
# !NAEN & 
# !NAEN & 
# !NAEN & 
!(!NAEN & SAQ & 
& !NEN16 & SA4 & !SA3 
!'NAEN & SAQ & SAB & 
& !NEN16 & SA4 & !SA3 
!'NAEN & SAS & SAB & 
& !NEN16 & SA4 & !SA3 
!NAEN & SA9 & SA8 & 
& !NEN16 & SA4 & 
NCSROM = !(!A14 & !NMRD); 
enable NIO16 = !NIOEN; 
NIO16 = 0; 
end iodec; 


SA9 
SA9 
SA9 
SA9 


SA8 & 
SA8 & 
SA8 & 
SA8 & 
NIOEN = : 


!SA3); 
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!SA7 
!SA7 
!SA7 
!SA7 
SA8 & !SA7 & 


!SA7 & 


!SA7 & SA6 & 


enable signal (NIOEN) loops back into the PAL to bring 
NIO16 out of TRI-STATE. The NIO16 signal is set to zero so 
that whenever it is enabled it will be asserted. 


The STNICB signal consists of simple address decodes 
along with NAEN. The addresses decode to one of four 
address slots which were mentioned earlier in the board 
configuration section. The NCSROM is a very simple signal 
as it consists only of AD14 and NMRD. AD14 comes from 
the ST-NIC and selects either the PROM (when low) or the 
onboard RAM (when high). 


AND CHIP SELECT PROM’; 


& !SA6 & !SA5 & !JP1 & !JPO 
& !SA6 & SA5 & !JP1 & JPO 
& SA6 & !SAS & JP1l & !JPO 
& SA6 & SAS & JP1 & JPO); 
!SA6 & !SA5 & !JP1 & !JPO 


!SA6 & SAS & !JP1 & JPO 


'SA5 & JP1 & !JPO 


!SA7 & SA6 & SAS & JP1 & JPO 
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PAL #2 


In this PAL there are eight outputs: NRESET, NSOUT, 
NRDYEN, NIOCHRDY, NCS, NRACK, NWACK and INTO. 
The first two outptus (NRESET and NSOUT) are part of an 
R-S flip flop as shown below: 


R= PIN (NIOR) @(NRESET) 


S= PIN (NIOW) /Q(NSOUT) 


TL/F/11158-6 
FIGURE 5. RS Flip-Flop 


NRESET is given by the NOR of the high asserted R-input 
pin and the NSOUT signal. NSOUT is given by the NOR of 
the high asserted S-input pin and the NRESET signal. The 
NOR gates are enabled by the low assertion of NRSTDRV. 
When the system first boots up, it will disable the NOR 
gates by asserting the RSTDRV signal. But due to the pull- 
up and pull-down resistors, the output <NRESET, 
NSOUT> will be set to <0, 1>. Once RSTDRV becomes 
deasserted, the output will remain at <0, 1>. The only way 
to get out of reset is to assert the S-pin high which is done 
by an NIOW and an address decode to 318-31F. After the 
system has booted up, the ST-NIC may be reset through 
software. This would be done by setting the R-pin high with 
an NIOR and an address decode to 318-31F. To escape 
from reset, we once again set the S-pin high with an NIOW 
and address decode of 318-31F. The above description of 
logic is also shown in Truth Table VII. 
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TABLE IV. R-S Flip Flop Truth Table ~ 


By using the NIOR and NIOW which are never asserted at 
the same time, this insures that the R-pin and the S-pin will 
never be asserted at the same time. The next two signals 
(NRDYEN and NIOCHRDY) are quite similar to NIOEN and 
NIO16 in PAL#1. All of the decode takes place in the en- 
able signal (NRDYEN). This decode consists of addresses 
300-30F without NACK or the addresses 310-318 without 
PRQ. If the NRDYEN signal is asserted, then NIOCHRDY 
will be driven low. At all other times, the NIOCHRDY strobe 
will be in TRI-STATE. This PAL must also be a 10 ns “D” 
PAL. 


NCGS is decoded by NSTNICB (from PAL #1) along with the 
low assertion of SA4 and either NIOR or NIOW. Its decode 
is in the address range of 300-30F. The last two signals are 
NRACK and NWACK. NRACK occurs with an address de- 
code to 310-318, an NIOR, and a PRQ. The NWACK signal 
only differs from the NRACK by the NIOR/NIOW signal and 
therefore consists of an address decode to 310-3i1F, an 
NIOW and a PRQ. INT is just sent through the PAL to be 
buffered. The buffered signal which comes out of the PAL is 
INTO. 


PAL 2 
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module reset; 

flag ‘-rl’; 

title * 

date: 9/13/89 

functions: 

RESET LATCH, STNIC SELECT, IOCHRDY, RACK, WACK, 
BUFFER INTERRUPT’; 

u2 device ‘pl1618’; 


“input pins: 


NSTNICB, NIOW, NIOR pin 1, 2, 3; 
RSTDRV, NACK, PRQ pin 4, 5S, 6; 
SA4, SA3, INT pin 7, 8, 9; 


“output pins: 


INTO, NRACK, NWACK pin 12, 13, 14; 
NRESET, NSOUT, NRDYEN pin 15, 16, 17; 
NIOCHRDY, NCS pin 18, 19; 
“constants 
X = .X.;3 
2= .Z.;3 
equations 
NCS = !(!NSTNICB & !NIOR & !SA4 # !NSTNICB &!NIOW &!SA4); 
NRACK = !(!NSTNICB & PRQ & !NIOR & SA4 & !SA3); 
NWACK = !(!NSTNICB & PRO & !NIOW & SA4 & !SA3); 


NRDYEN = !(!NSTNICB & !NIOR & !SA4 & NACK 
# !NSTNICB & !NIOW & !SA4 & NACK 
# !NSTNICB & !PRQ & !NIOR & SA4 & !SA3 
# !NSTNICB & !PRQ & !NIOW & SA4 & !SA3); 
enable NIOCHRDY =!NRDYEN; 
NIOCHRDY = 0; 
enable NRESET = !RSTDRV; 


NRESET = !(!NSTNICB & !NIOR & SA4 & SA3 # NSOUT); 
enable NSOUT = !RSTDRV; 

NSOUT = !(!NIOW # NRESET); 
INTO = INT; 


end reset; 
TL/F/11158~7 
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PAL #3 


The third PAL only does a decode to enable the optional 
EPROM. This decode consists of an address decode to 
C800h, CCOOh, DOOOh, or D400h depending on JP1 and 
JPO as shown in the board configuration section. JP2 must 


PAL 3 


module epromdec; 
flag ‘-x0’; 
title °‘ 

date: 9/13/89 
function: 

EPROM DECODE’ ; 


ul6é device ‘p1618’; 


“input pins: 


AO, A13, EN16 pin 1, 2, 3 
SMRDC, SA19, SA18 pin 4, 5, 6 
Al7, SA16, SA15 pin 7, 8, 9 
Al4, NAEN, JP2 pin 11, 13, 
PO, JPl pin 15, 16; 
“output pins: 
EPROMEN pin 19; 
A013 pin 12; 
“constants 

X = .X.;} 
equations 
NEPROMEN = !(SA19 & SA18 & !SA17 & 


se te Ne 


14; 


also be jumpered for selection of the EPROM. NAEN, a low 
asserted signal should be high to indicate that the DMA 
does not have control of the bus and the NSMRDC signal 
should be asserted high since the CPU is doing a system 
memory read. 


'SA16 & SA15 & !SA14 & !NAEN 
& JP2 & !JP1 & !JPO & !NSMRDC 


# SA19 & SA18 & !SA17 & 
& JP2 & !JP1 & JPO & !NSMRDC 

# SA19 & SA18 & !SA17 & SA16 & !SA15 
& JP2 & JP1 & !JPO & !NSMRDC 

# SA19 & SA18 & !SA17 & SA16 & !SA15 


& JP2 & JP1 & JPO & !NSMRDC); 


A013 = !(!A0 & EN16 # !A13 & !EN16); 


end epromdec; 
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'SA16 & SA15 & SA14 & !NAEN 


& !SA14 & !NAEN 


& SA14 & !NAEN 
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APPENDIX C: BILL OF MATERIALS FOR DP83902EB-AT ST-NIC ETHERNET ADAPTER 


CAPACITORS 


C1, C20.01 pF 10% Monolythic 
25V 20% Tantalum 
1 KV 10% Ceramic Disk 
50V 10% Ceramic Disk 
50V 20% Monolythic 
1 KV Spark Gap 
50V 20% Monolythic 
20% Tantalum 
20% Tantalum 
50V 20% Monolythic 
20% Tantalum 
50V 20% Monolythic 
C38..C42 20% Tantalum 


RESISTORS 


R1..R3 1/4W 
R4..R6 1/4W 
R7..R10 1/4W 
Rll 1/2W 
R12, R13 1/4W 
R14. .R17 1/4W 
R18 1/4W 
R19. .R20 1/4W 
R21 1/4W 
R22. .R25 1/4W 
R26 1/4W 
R27. .R30 1/4W 
R31. .R34 1/4W 


16L8D PAL 
16L8B PAL 
T74ALS245 
74ALS374 
HM6264 8K x 8 STATIC RAM 100 ns 
74AS373 
745288 PROM 
DP83902 ST-NIC 
DP8392 cTI 
T74HCO4N 
27128 EPROM (not supplied on board) 
74ALS244 
U20 20 MHz 0.01% Crystal Oscillator 


Note: 


ETHERNET ID PROM ADDRESS ASSIGNMENT: 
Registration Authority for ISO/IEC 8802-3 
c/o The Institute of Electrical and Electronics Engineers 
445 Hoes Lane 
P.O. Box 1331 
Piscataway, NJ 08055-1331 
(908) 562-3812 


MAGNETICS (TRANSFORMER, FILTER, CHOKE, DC-DC CONVERTOR, ETC.) 
See Section 5 of databook, Ethernet Magnetics Vendors 


SPARK GAP SUPPLIERS: 
0.75 pFkV Spark Gap 


Mallory Part# ASR75A 
(317) 856-3731 


Mepco/Centralab Part# S758X44000NAZAA 
Available from: Philips Components Discrete Product Division 
(602) 820-2225 
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MAGNETICS 


U1l4 PM7102 VALOR DC-=DC Convertor. 
Tl PE64103 Pulse Engineering 
T2 RX and TX Filter & Transformer. Pulse Engineering PE65431. 


MISCELLANEOUS 


DSl GREEN 5mm LOW CURRENT LED CURRENT=Ip=3.5m 
DS2 AMBER 5mm LOW CURRENT LED CURRENT=I-=3.5 mA 
DS3 . RED 5mm LOW CURRENT LED CURRENT=Ip=2.0 mA 
DS4 YELLOW 5mm LOW CURRENT LED CURRENT=Ip=2.0 mA 
DS5 GREEN 5mm LOW CURRENT LED CURRENT=Ip=3.5 mA 
JB1l 1x3 SHUNT BLOCK WITH . SPACING BETWEEN PINS 
JB2 2x6 SHUNT BLOCK WITH . SPACING BETWEEN PINS 
JB3 2x6 SHUNT BLOCK WITH . SPACING BETWEEN PINS 
JB4 2x6 SHUNT BLOCK WITH SPACING BETWEEN PINS 
JB5-JB9 1x3 SHUNT BLOCK WITH . SPACING BETWEEN PINS 


SOCKETS/MECHANICAL 


20 PIN 0.3” DUAL IN-LINE FOR Ul, U2, U16 (PAL) 

28 PIN DUAL IN-LINE SOCKET FOR U18 (EPROM) 

84 PIN PLCC SOCKET FOR UL3 (ST-NIC) AMP SOCKET 
BRACKET FOR MOUNTING IN PC-AT, SLOT 

G44 Basic Blank, 

RJ=-45 CONNECTOR AMP 520252-4 

BNC CONNECTOR RT/A Low Pro Amp 227161-7 

15 PIN D CONNECTOR Female AMP 747247-4 (or 747845-4) 
MAXCON SUB D Slide Lock MDA 51220-1 


BOARD ATTACHMENT COMPONENTS 

1) Screw: Bind Head Slotted 4-40 x .250, Steel, (90277A106) 
2) Washer: Lock Ext #4, Zinc/Steel, (91114A005) 

3) Washer: Flat #4, Zine=-CRS, (90126A005) 
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APPENDIX D 
Bus Interface/NIC Section 


oSZ-NV 


U16_ EPROMDEC 
15ns 


PSL AQ SAN 


Ground 


to an AT Bus Ground, and 
Is used to determine If the 
board Is In an 8 bit slot. 


TL/F/11158-9 
Note: All resistors to be 5%, 14W unless otherwise indicated 
Note: EN16 is actually a ground signal on the AT Bus J2 Connector. This signal is used to determine whether 8- or 16-bit mode should be used. 


DP83902EB-AT ST-NIC Ethernet Evaluation Board Schematic 
(Bus Interface/NIC Section) 
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DP83902EB-AT ST-NIC Ethernet Evaluation Board Schematic (Continued) 
(Bus Interface/NIC Section) 
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I/O Channel Ready 
Considerations for the 
DP83902EB-AT 


INTRODUCTION 


Some PC-AT® compatible systems that use bus interface 
chip sets with modified timing characteristics such as some 
Chips & Technologies or VLSI technologies chip sets have 
different timing requirements that require modification to 
16-bit I/O mapped designs to operate properly. 8-bit 1/O 
mapped designs do not require this modification. 


This paper describes the timing issues associated with the 
DP83902EB-AT and methods of fixing these timing incom- 
patibilities. 


OVERVIEW 


The timing inconsistency is the time of assertion and deas- 
sertion of the IOCHRDY bus signal. IOCHRDY floats active 
(ready) when not driven by an I/O card. Normally, an I/O 
card should drive IOCHRDY low (not ready) to insert wait 
states only after the address and I/O read or write signal 
are asserted. However, on some PC-AT buses, during a 
16-bit 1/O operation the bus controller actually samples the 
IOCHRDY signal before the I/O read or write signal is as- 
serted. To correct the early sampling of IOCHRDY by the 
bus controller, the |/O card can drive IOCHRDY based only 
on an address decode, thus allowing IOCHRDY to be as- 
serted earlier and in the proper state when it is sampled by 
the bus controller. 


Remote read cycles are executed by National Semiconduc- 
tor’s DP83902 ST-NICT™, Network Interface Controller with 
integrated twisted pair, during packet reception. A remote 
read cycle will be used to illustrate how the early sampling 
of IOCHRDY is compensated. Also, the PAL® equations 
needed to generate IOCHRDY and the necessary modifica- 
tions to account for the early sampling of IOCHRDY for the 
DP83902EB-AT will be described. 


NRDYEN = !( !NSTNICB & 
#INSTNICB & 
#INSINICB & !PRQ & 
#INSTNICB & !PRQ & 


enable NIOCHRDY = !NRDYEN; 


INIOR & 
INIOW & 


!SA4 & NACK 
!SA4 & NACK 
INIOR & SA4 & 
'INIOW & SA4 & 


NIOCHRDY = (0); 


1SAS 
'SAS) ; 


National Semiconductor 
Application Note 892 


REMOTE READ CYCLE 


The ST-NIC receives data from the network and transfers 
the data to the local buffer memory using the local DMA 
channel. The ST-NIC then executes a remote DMA read to 
transfer the received data from the buffer memory to the 
host memory through the I/O port latch. 


Referring to Figure 2, the remote read cycle functions as 
follows: 


1. The ST-NIC reads a word from local buffer memory as- 
serting MRD and writes the word into the I/O port latch 
asserting PWR. 


2. The ST-NIC asserts the request line (PRQ) to inform the 
host a word is in the I/O port latch. 


3. The host reads the I/O port asserting IOR. IOCHRDY is 
asserted if JOR occurs before PRQ to extend the asser- 
tion time of TOR, effectively wait-stating the host so that 
the host-1/O handshake can occur. 


4. RACK is asserted to signal to the ST-NIC that the host 
has read the word from the I/O port latch. 


Steps 1-4 are repeated until all words are transferred. 


“NORMAL” IOCHRDY TIMING DURING A REMOTE 
READ CYCLE 


The “normal” IOCHRDY PAL equations are shown in Figure 
7 and the complete PAL equations for U2 in the 
DP83902EB-AT are shown in AN-752 in the 1992 Local 
Area Network Databook. The corresponding timing diagram 
is shown in Figure 2. Referring to Figure 7 and AN-752, 
whenever NRDYEN is true, IOCHRDY is driven, otherwise it 
will be held TRI-STATE®. The first two terms in the 
NRDYEN function are for a slave read and write, respective- 
ly. The next two terms are for remote read and write, re- 
spectively. There are 7 unique variables in the function 
NRDYEN. Namely, NSTNICB, NIOR, NIOW, NACK, PRQ, 
SA4 and SA3. A brief explanation of each follows. 


FIGURE 1. “Normal” IOCHRDY PAL Equations for DP83902EB-AT 
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NSTNICB—(SA9-SAS5) chip select the !/O card. This is the 
base address of the I/O card. 


NIOR—(IOR) the I/O read command signal. 
NIOW—(IOW) the I/O write command signal. 


NACK—(ACK) Used during slave read/write cycles to indi- 
cate a successful register (byte) transfer. 


PRQ—Used during remote read/write cycles to inform the 
host that the NIC has written a word in the I/O port latch. 


SA4 and SA3—Address signals from the I/O bus. The 
states of these signals determine if the address on the I/O 
bus is for the 1/O port latch or the NIC registers. 


The on board |OCHRDY signal will only be driven to wait 
state the host until the NIC writes to the I/O port latch and 
asserts PRQ. 


The remote word transfer is complete after the RACK signal 
is asserted indicating the host has read the word from the 
1/0 port latch. 


MODIFIED IOCHRDY TIMING 
DURING A REMOTE READ CYCLE 


The modified IOCHRDY PAL equations shown in Figure 4 
implement both the “normal” IOCHRDY timing and the 
modified IOCHRDY timing. These equations replace the 
section of the U2 PAL equations in AN-752 shown in Figure 
7. The modified IOCHRDY schematic and timing diagram 
are shown in Figures 3 and 5 respectively. 


NIOCHR and NIOCHR.OE (enable NIOCHR) together are 
for slave read and remote read. Also, NIOCHW and 
NIOCHW.OE (enable NIOCHW) together are for slave write 
and remote write. These signals (NIOCHR and NIOCHW) 
together produce the “normal” IOCHRDY signal. 


NIOCHC and NIOCHC.OE (enable NIOCHC) together modi- 
fy the IOCHRDY timing. In the modified IOCHRDY timing, 
IOCHRDY is driven when the I/O card address is decoded, 
thus driving IOCHRDY before it is sampled by the host. 


By driving IOCHRDY on an address decode the possibility 
exists that it may be driven on a memory access instead of 
an I/O access. IOCHRDY must be held TRI-STATE if the 
host issues a memory access command signal (MEMR or 
MEMW) because if these signals become active after an 
address decode to the I/O card this means that the address 
was a memory address and not an I/O address. Thus, the 
address was not intended for the 1/O card and driving 
IOCHRDY may cause contention with the memory. 


PRQ is held TRI-STATE until the ST-NIC’s Data Configura- 
tion Register (DCR) is programmed. A pull-up resistor is 
needed to guarantee PRQ is asserted while its TRI-STATE 
to prevent IOCHRDY from ‘‘getting stuck” low and effective- 
ly locking up the host. 


Driving IOCHRDY early must be an option since this has 
been seen to cause problems on some PC’s, but fixes prob- 
lems on others. The variable CLONEN is a jumper used to 
switch the IOCHRDY signal characteristics to ‘‘normal” or 
modified timing. The inverted SYSCLK (System Clock) and 
BALE (Bus Address Latch Enable) signals are AT bus sig- 
nals and are used to assert CLONEN when the bus address 
is valid, which is indicated by BALE. CLONEN is asserted 
when BALE is asserted and deasserted after BALE is deas- 
serted and the next SYSCLK rising edge occurs, allowing 
enough time for the I/O command signal to occur. At this 
point, the modified IOCHRDY timing is TRISTATE and the 
“normal” IOCHRDY timing is enabled. 


EN16 is used to determine if the data transfer is 8 or 16 bits. 
The modified IOCHRDY is necessary only during 16-bit 1/O 
accesses because the early sampling of IOCHRDY only oc- 
curs during 16-bit I/O accesses. 


To incorporate the IOCHRDY modification in the 
DP83902EB-AT, replace the section of the U2 PAL equa- 
tions shown in Figure 7 with the PAL equations of Figure 4 
and add a 74F74 D flip-flop and a jumper to the evaluation 
board to hard-wire CLONEN to U2. 


ADSO / \ 


JOCHRDY \ / 
PRQ / \ 
RACK \ V4 


Word Written 
to Latch 


Wait for Host-I/0 Handshake 


Word Read by Host 


TL/F/11827-1 


FIGURE 2. “Normal” Remote Read Cycle for DP83902EB-AT 
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NIOCHR 


NIOCHW 
PAL 
NIOCHC 


EN16 


CLONEN 


Voc 


JUMPER 


: TL/F/11827~-2 . 
FIGURE 3. Schematic of IOCHRDY Modification Showing Signals Required for IOCHRDY Change 


NIOCHR = !(!PRQ & SA4 & !SAS # NACK & 
enable NIOCHR = !(!NSTNICB & !NIOR) ; 


NIOCHW = !(!PRQ & SA4 & !SA3 # NACK & 
enable NIOCHW = !( !NSTNICB & !NIOW) ; 


NIOCHC = (0); 
enable NIOCHC !( INSTNICB. & NMEMR & NMEMW & !PRQ & !EN16 & !CLONEN & SA4 & !SA3); 


FIGURE 4. Modified PAL Equations for DP83902EB-AT 
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ADO-15 ADO-15 


BALE 


CLONEN 


ADSO 


IOCHRDY 


PRQ 


Word Written 
to Latch 


Wait for Host-1/0 Handshake 


Word Read by Host 


FIGURE 5. Modified Remote Read Cycle for DP83902EB-AT 
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DP839EB-ATN IBM® 
PC-AT® Compatible 
DP83901 SNIC Serial 
Network Interface 
Controller Evaluation Board. 


OVERVIEW 

The National Semiconductor SNIC Evaluation Board design 
provides IBM AT’s and AT Compatibles with Thick Ethernet, 
Thin Ethernet, and Twisted Pair connections. This low parts 


count evaluation board is compatible with the AT bus and ~ 


requires only a 1% size slot for insertion. Besides using the 
DP83901 Serial Network Interface Controller (SNIC), the 
Coaxial Transceiver Interface (CTI) and the Twisted Pair In- 
terface (TP!) are also employed. The dual DMA (local and 
remote) capabilities of the SNIC, along with 16 kbytes of 


buffer RAM, allow the entire Network Interface Adapter to © 


appear as a standard I/O Port to the system. The NIC’s 
local DMA channel buffers packets between the local mem- 
ory (16 kbytes of buffer RAM) and the network, while the 
NIC’s remote DMA channel passes data between the local 
memory and the system by way of an I/O Port. This 1/O Port 


architecture which isolates the CPU from the network traffic 


proves to be the simplest method to interface the DP83901 
to the system. 


HARDWARE FEATURES 

B Fits in half-size {BM PC-AT 1/O card form factor 

m Utilizes DP83901 Serial Network Interface Controller 
(SNIC) and DP83922 Twisted Pair Transceiver (TPl) 

m@ 16 kbyte on-board packet buffer 


TX/RX/CD 


TO SNIC 


TX/RX/CD 


National Semiconductor 
Application Note 729 


_ Larry Wakeman 


a Simple I/O port interface to IBM PC-AT 

m@ Interfaces to thick Ethernet, thin Ethernet,-and twisted 
pair 

= Boot EPROM socket 


NETWORK INTERFACE OPTIONS 


The evaluation board supports three physical layer options: 
Thick Ethernet, Thin Ethernet, and Twisted Pair. These can 
be seen in Figure 1. When using Thick Ethernet, a drop 
cable is connected to an external transceiver which is in 
turn connected to a standard Ethernet network. For this 
physical layer, there is no need for an internal transceiver 
since it already has an external one. This configuration may 


_ be obtained by connecting the pins on JB3 while leaving 


JB1 and JB2 open. When using Thin Ethernet, a transceiver 
(the CTI) is available on-board to allow the direct connection 
to. the network via the evaluation board. This transceiver 
(the CTI) forms the link between the differential ECL signals 
of the SNI and the non-differential ECL signal of the thin- 
wire coaxial cable. For proper operation, the CTI requires a 
DC-DC Converter to provide an isolated ground and a —9V 
source. In order to put this Thin Ethernet solution into opera- 
tion, the pins on JB2 need to be connected while JB1 and 
JB3 should be open. 


BNC 


CONNECTOR 
TX/RX/CD 


15=PIN D 
CONNECTOR 


TX/RX/CD 
TL/F/10800-1 


FIGURE 1. Physical Layer Adapter Interface Block Diagram 
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When using the Twisted Pair (telephone cable), another 
transceiver (the TPl) is available on-board which also allows 
direct connection to the network. The voltage regulator (the 
LM317) provides the TP! chip with a constant +7V supply. 
The remaining portion of the TPI circuit includes a common 
mode choke and a transformer. The transformer decouples 
the DC component and eliminates any possible voltage 
spikes. This twisted pair interface can be selected by using 
JB1 and leaving JB2 and JB3 open. Each of these three 
physical layer options can be selected simply by the place- 
ment of a jumper block (no software changes are needed). 


BUS INTERFACE 


The block diagram, Figure 2, illustrates the architecture of 
the SNIC Evaluation Board. The SNIC Board as seen by the 
system appears only to be an I/O port. With this architec- 
ture the SNIC board has its own local bus to access the 
board memory. The system never has to intrude further than 
the I/O ports for any packet data operation. This I/O archi- 
tecture isolates the system bus and the local bus, thereby 
preventing interference by the system when the SNIC is do- 
ing real-time accesses such as transmitting and receiving 
packets. 


LDO-LD7 


A0-A3 


ADO=AD15 


BOARD ARCHITECTURE 


1/O Map of SNIC Board 


The SNIC Board requires a 32-byte I/O space to allow for 
decoding the data buffers, the reset port, and the SNIC reg- 
isters. The first 16 bytes (300h—30Fh) are used to address 
the SNIC registers (8 bits wide) and the next 8 bytes (310h- 
317h) are used to address the data buffers which are 16 bits 
wide. Finally, the reset port may be addressed by 318h- 
31Fh. 


TABLE I. 1/O Map in PC-AT 


Part Addressed 


300h-30Fh 


SNIC Chip Select 
310h-317h Data Buffers 
318h-31Fh Reset 


Although in the description above the I/O map is positioned 
at the addresses 300-31F, it may also be placed in the 
following address spaces: 320-33F, 340-35F, 360-37F. 
These alternate address spaces may be selected by the two 
jumpers (JP1 and JPO). 


ADDRESS 
DECODE 


PAL A14-A19 


DO0-D15 


PC=AT SYSTEM BUS 


ADDRESS 
DECODE/ 
PORT 
HANDSHAKE 
LOGIC 


PALS 


TL/F/10800-2 


FIGURE 2. Block Diagram of SNIC Evaluation Board’s System Interface 
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TABLE II. Optional Address Spaces 
Jumpers 


I/O Address 
Space 


. 300h-31Fh 
pas 320h-33Fh 
Off 340h-35Fh 

360h-37Fh 


DP83901’s Local Memory Map 


There are only two items mapped into the local memory 
space. These two items being the 8k x 16 buffer RAM and 
the ID address PROM. The buffer RAM is used for tempo- 
rary storage of transmit and receive packets. For transmit 
packets, the remote DMA puts data from the I/O ports into 
the RAM and the local DMA moves the data from the RAM 
to the SNIC. For the receive packets, the local DMA carries 
the data from the SNIC to the RAM and the remote DMA 
moves the data from the RAM to the I/O ports. The ID 
address PROM (74S288 32 x 8) contains the physical ad- 
dress of the evaluation board. Each PROM holds its own 
unique physical address which is installed during its manu- 
facture. The PROM also contains a checksum. This check- 
sum, calculated by exclusive OR-ing the six address bytes 
with each other, is provided in order to check the address- 
es. At the initialization of the evaluation board the software 
commands the SNIC to transfer the PROM data to the I/O 
Port where it is read by the CPU. The CPU then verifies the 
checksum and loads the SNIC’s physical address registers. 
The following chart shows the contents of the PROM. 


TABLE Ill. SNIC’s Local Memory Map 


7FFFh 
RAM 

4000h 

3FFFh 


0000h 
TABLE IV. PROM Contents 


Ethernet Address 0 
(Most Significant Byte) 
Ethernet Address 1 


Ethernet Address 2 
Ethernet Address 3 


Data and Address Paths 


For the following paragraph, refer to the block diagram 
shown in Figure 2. Twenty address lines from the PC go 
onto the SNIC Board, but only four of them actually go to 
the SNIC. These four addresses along with the NIOR (low- 
asserted 1/O read) or NIOW (low-asserted I/O write) and 
the CS (SNIC chip select signal) allow the PC to read or 
write to the SNIC’s registers. If the system wants to read 
from or write to the SNIC registers, the data (only 8 bits) 
must pass through the 245 buffer. All of the packet data will 
pass through the I/O ports (the 374’s). Each 374 is unidirec- 
tional and can only drive 8 bits, therefore it is necessary to 
have four 374’s. Two of which drive data from the ports to 
the board memory and two of which drive the data from the 
ports to the AT bus. Even the PROM, which can only be 


~ addressed by the SNIC, sends its 8 bits of data out through 


the 374’s. When the PROM does this, two of the 374’s will 
be enabled but only the lower 8 bits will be read by the 
system. The RAM is also accessed by the SNIC. However, it 
is addressed by 14 bits and drives out 16 bits of data. The 
PALs® receive 7 address lines among many other signals 
such as NIOR, NIOW, NACK, MRD, etc. With these signals 
the PALs do all of the decodes, such as selecting the SNIC 
Board, the SNIC chip, the RAM, and the PROM. 


EPROM Socket 
The EPROM socket is provided so that the user may add an 


_ EPROM to the board. This EPROM would normally contain 


a program and a driver to enable the PC-AT to be booted up 
through the network. The chips necessary to interface the 
EPROM to the system are the 27128 (EPROM), a 16L8 
(PAL), and a 74ALS244 (buffer). Also, JB8 must be placed 
in the proper selection as described in the jumper section. A 
PAL decodes SA14-SA19, along with SMRDC (system 
memory read), in order to generate the EPROMEN signal. 
This signal, issued when the PC desires to execute the pro- 
gram contained in the EPROM, enables the EPROM and 
the 244 buffer. 


EVALUATION BOARD OPERATION 

The following pages will describe the slave accesses to the 
SNIC and the local DMA and remote DMA operation. 
Register Operations 


Accesses to the board are register operations to the 
DP83901, which are done to set up the SNIC and to control 


the operation of the SNIC’s DMA channels. 


Register Read 


To begin the register read, the CPU drives the four address 
lines (SAO-SA3) to the SNIC and the SA3~SA9 address 
lines to the PAL. These address lines are decoded by the 
PAL in order to generate a chip select to the SNIC. The CPU 
also drives the NIOR line which the SNIC sees as the NSRD 
(slave read). Once the SNIC receives this NSRD, it then 
sends out a high assertion on NACK, acknowledging that it 
is in slave mode but not yet ready to complete the read. The 
NACK signal is used by the PAL to assert the IOCHRDY 
signal false. The SNIC then drives out the data from its inter- 
nal registers to the 245 buffer. The 245 buffer is then en- 
abled and the data is driven onto the AT BUS. When the 
SNIC is ready, it asserts NACK true and the PAL asserts 
IOCHRDY true. As a result, NIOR is driven high by 


the CPU, thereby deasserting the NSRD. On the rising edge 
of the NIOR, the data which is on the AT BUS is latched into 
the system. The addresses are removed at the same time, 
causing the SNIC chip select to become deasserted and 
therefore ending the register read cycle. 


Register Write 


To begin the register write, the CPU drives the SAO-SA3 
address lines to the SNIC and the SA4—SA9 address lines 
to the PAL. With these address lines, the PAL decodes to 
300-30F (the SNIC registers) thereby enabling the chip se- 
lect for the SNIC. The CPU then drives the NIOW strobe 
which the SNIC sees as NSWR (slave write). Once the SNIC 
receives this NSWR it sends back a low assertion on NACK 
to acknowledge that it is in slave mode and ready to perform 
the write. When the CPU receives this signal, it puts data out 
onto the AT BUS where it goes into the 245 buffer. The 245 
buffer then drives the data to the SNIC, but the data is not 
latched into the SNIC until the rising edge of NIOW. The 
system drives NIOW high, thereby deasserting the NSWR 
and latching the data. The addresses also are taken away 
and the chip select then goes high (deasserted). This there- 
by ends the cycle of the register write. 


Remote Transfers 


Remote DMA transfers are operations performed by the 
SNIC on the board. These operations occur when the SNIC 
is programmed to transfer packet data between the PC-AT 
and the card’s on-board RAM. These transfers take place 
through the I/O Port interface. 


Remote Read 


To program the SNIC for a remote read, the CPU must 
make five slave accesses to the SNIC. The CPU must write 


the Remote Start Address (2 bytes), the Remote Byte Count 
(2 bytes) and issue the Remote DMA Read Command. The 
addresses and byte count require two transfers because 
they are both 16 bits, yet only 8 bits can be written per 
transfer. 


Once the SNIC has received all of the above data, it drives 
out BREQ and waits for BACK. For this design the SNIC 
immediately receives the BACK because it is tied to the 
BREQ line (BREQ can be tied to BACK because there are 
no other devices contending for the local bus). After receiv- 
ing the BACK, the SNIC drives out the address from which 
the data will be read. This address flows into the 373’s and 
is latched by ADSO. From here, the address flows to the 
RAM. The RAM waits until it receives NMRD from the SNIC 
and then it drives the data out of the address it was given 
and into the 374 ports. The 374 ports then latch the data on 
the rising edge of the NPWR strobe from the SNIC. PRQ is 
then sent out by the SNIC to let the system know that there 
is data waiting in the ports. 


If the AT reads the I/O ports before the SNIC has loaded 
the 374’s, then the port request (PRQ) from the SNIC will 
not yet be driven. This unasserted PRQ signal causes the 
AT’s ready line to be set low, indicating that the SNIC has 
yet to load the data. After the data is in the ports, the system 
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must then read the 374 data ports. This begins with the AT 
driving out an address which is decoded (inside the PAL) to 
the data I/O Ports (310-317). The PAL then drives RACK to 
the SNIC, indicating that the CPU is ready to accept data. 
This RACK signal then reads the data from the 374 ports 
onto the AT BUS. The system deasserts NIOR which fin- 
ishes the cycle. 


Remote Write 


Like the remote read, the remote write cycle also begins 
with five slave accesses into the internal registers. The CPU 
must write the Remote Start Address (2 bytes), the Remote 
Byte Count (2 bytes) and issue the Remote DMA Read 
Command. The SNIC then issues a PRQ. The CPU re- 
sponds by sending a NIOW, indicating that it is ready to 
write to the ports. The CPU also drives out the address 
which corresponds to the I/O Ports. This address goes into 
the PAL and helps to decode to WACK. This WACK signal 
latches the data into the 374 ports. The SNIC issues a 
BREQ and immediately receives a BACK since the two lines 
are tied together (BREQ can be tied to BACK because there 
are no other devices contending for the local bus). The 
SNIC, upon receiving the BACK, drives out address lines to 
the 373’s. These address lines are latched by ADSO and 
then are driven to the RAM. SNIC sends out a PRD and a 
MWR which drives the data from the 374 ports into the al- 
ready specified address of the onboard memory. Soon af- 
terwards, the PRD and the MWR are deasserted and the 
cycle ends. 


Network Transfers 


Transfers to and from the network are controlled by the 
DP83901’s local DMA channel which transfers packet data 
to/from the SNIC’s internal FIFO from/to the card’s buffer 
RAM. 


Receive 


The data comes off of the network, is deserialized and is 
stored in the FIFO inside of the SNIC. The SNIC then issues 
a BREQ and immediately receives BACK since the lines are 
tied together. After receiving BACK, the SNIC drives the 
address lines to the 373’s. The 373’s are latched by ADSO 
and the address is allowed to flow to the RAM. Then the 
SNIC drives out NMWR along with the data from the FIFO. 
The data flows into the RAM at the address given earlier. 
After this, the NMWR strobe is deasserted thereby causing 
the cycle to end. 


Transmit 


To begin the transmit cycle, the SNIC issues a BREQ and 
waits for BACK. Since BREQ and BACK lines are tied to- 
gether, BACK signal is received immediately. Upon recep- 
tion of this signal, the SNIC drives out the address to the 
373’s which latch the address with the ADSO strobe. The 
address then flows to the onboard memory. NMRD, driven 
by SNIC, causes the RAM to drive the data out of the given 
address and into the SNIC. The SNIC then latches the data 
into the FIFO on the rising edge of NMRD. This high asser- 
tion of NMRD signifies the ending of this cycle. From the 
FIFO, the data is serialized and transmitted onto the net- 
work, 
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BOARD CONFIGURATION 


On the SNIC-AT board there are six jumper blocks as seen 
in the diagram below. The following pages will explain how 
to configure these jumpers. 


TL/F/10800-3 


Physical Layer 


TABLE V. Physical Layer Selection 


Po [= [= [ae 
Selected 

| on | of | oft | twistedpair 

| of | on | off | thinethernet | 

| of | of | on | thickethemet | 


If JB1 is closed while JB2 and JB3 are open, then the twist- 
ed pair interface will be selected. If JB2 is closed while JB1 
and JB3 are open, then the thin ethernet will be selected. 
And finally if JB3 is closed while JB1 and JB2 are open, 
then the thick ethernet will be selected. 


Interrupt Lines, Board Addresses, and 
EPROM Addresses 


On JB4, there are six possible connections. Four of these 


are to select an interrupt line. The available interrupt lines 
include INT3, INT4, INT5, and INT9. The last two possible 
connections, JP1 and JPO, are used to select the base ad- 
dress for the board. However, if JB6 is connected to Vcc, 
then these last two connections select the address of the 
EPROM also. The possible selections and the jumpers 
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which should be on (closed) are shown in Table VI. The 
factory configuration uses the INTS line for interrupts and 
has JP1 and JPO in the on position. This factory configura- 
tion is shown in Figure 3, along with the factory configura- 
tions for JB5 and JB6. 

TABLE VI. Base Address and EPROM Address 


fw[=| cm [oe 
Address Address 

| on [| on | s00h-strn | caoon | 

[on [of | szon-aarn | coon | 

| off [on | aaon-a5rn | Do0on | 


TL/F/10800-—4 
FIGURE 3. Factory Configuration for JP4, JP5, and JP6 


Low Power SNIC Mode 


This low power mode is entirely dependent on JB5. The 
NLOPWR signal is low-asserted, so in most cases this sig- 
nal will be jumpered to Vcc. However, if LAN transmissions 
are not needed for an extended length of time, the 
NLOPWR signal may be jumpered to ground. This would 
turn off the SNI circuitry and conserve power. This feature is 
primarily provided because the DP83901 enables this func- 
tion, but can not be practically used in this design. 


PAL EQUATIONS 


PAL #1 (U1) 


In this first PAL, the output signals are NIO16, NIOEN, 
NSNICB, and NCSROM. (The N’s before the signals indi- 
cate that the signal is low asserted). Since it is necessary to 
assert NIO16 as soon as possible, this first PAL has been 
selected to be a 10 ns “D” PAL. The NIO16 signal must be 
TRI-STATE® when it is not asserted. Therefore, we use an 
enable signal (NIOEN) which is equal to the decode for the 
1/O Ports (310-31F) and NAEN high. (NAEN high signifies 
that the system DMA does not have control of the bus.) The 
enable signal (NIOEN) loops back into the PAL to bring 
NIO16 out of TRI-STATE. The NIO16 signal is set to zero so 
that whenever it is enabled it will be asserted. : , 


PAL 1 


module iodec; 
flag ‘-rl'; 
title , 
date 39/13/89 
functions: 


The SNICB signal consists of simple address decodes 
along with NAEN. The addresses decode to one of four 
address slots which were mentioned earlier in the board 
configuration section. The NCSROM is a very simple signal 
as it consists only of AD14 and NMRD. AD14 comes from 
the SNIC and selects either the PROM (when low) or the 
onboard RAM (when high). 


SNIC BOARD DECODE, I016 DECODE, AND CHIP SELECT PROM’; 


ul device 'pl618'; 
"input pins: 
NEN16, NAEN, SA9 
SA8, SA7, SAG 

SA5, SA4, SA3 

JPO, JP1, NMRD 
Al4 


pin 
pin 
pin 
pin 
pin 


"output pins: 
NSNICB, NIOEN, NIO16 
NCSROM 


12, 17, 18; 
19; 


pin 
pin 


"constants 
4 = oXe 
Z= .Z 


equations 
NSNICB = !ISA7 & 


!ISA7 & 


!( INAEN & SAO & SAB & 1SA6 & 
# INAEN & SAO & SAB & 
# INAEN & SAO & SAS & !SA7 & SAG & 
# ‘NAEN & SAO & SA8 & !SA7 & SAG & 
!( INAEN & SAO & SAS & !SA7 & !SA6 & 
& INENI6 & SA4 & !SA3 
# !NAEN & SAO & SAS & !SA7 & 
& !NENIG & SA4 & !SAS3 
# INAEN & SAO & SA8 & !SA7 & SAG & 
& !NENI6 & SA4 & !SA3 
# !NAEN & SAO & SAS & 
& !NENI6 & SA4 & !SA3); 
NCSROM = !( !A1l4 & !NMRD); 
enable NIO16 = 
NIO16 
end iodec; 


NIOEN = 


!SA6 & SAS & 


1SA5 & 


!SA6 & SAS & 


SAS & JPL & 


!JPl & !JPO 
!JPL & JPO 
!1SA5S & JPl & !JPO 
SA5 & JPl & JPO) ; 
!JPl & !JPO 


!SA5 & 


!JPlL & JPO 


!JPO 


1SA7 & SAG & SAS & JPl & JPO 
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PAL #2 


In this PAL, there are eight outputs which include NRESET, 
NSOUT, NRDYEN, NIOCHRDY, NCS, NRACK, NWACK 
and INTO. The first two outputs (NRESET and NSOUT) are 
part of an P-S flip-flop as shown below: 


R=PIN (NIOR) Q (NRESET) 


S-PIN (NIOW) /0 (NScUT) 


TL/F/10800-5 
FIGURE 4. RS Flip-Flop 


NRESET is given by the NOR of the high asserted R-input 
pin and the NSOUT signal. NSOUT is given by the NOR of 
the high asserted S-input pin and the NRESET signal. The 
NOR gates are enabled by the low assertion of NRSTDRV. 
When the system first boots up, it will disable the NOR 
gates by asserting the RSTDRV signal. But due to the pull- 
up and pull-down resistors, the output <NRESET, 
NSOUT> will be set to <0,1>. Once RSTDRV becomes 
deasserted, the output will remain at <0,1>. The only way 
to get out of reset is to assert the S-pin high which is done 
by an NIOW and an address decode to 318-31F. After the 
system has booted up, the SNIC may be reset through soft- 
ware. This would be done by setting the R-pin high with an 
NIOR and an address decode to 318-31F. To escape from 
reset, we once again set the S-pin high with an NIOW and 
address decode of 318-31F. The above description of logic 
is also shown in Truth Table VII. 
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TABLE VII. R-S Flip-Flop Truth Table 


[aia ote | ante [oc 


By using the NIOR and NIOW which are never asserted at 
the same time, this insures that the R-pin and the S-pin will 
never be asserted at the same time. The next two signals 
(NRDYEN and NIOCHRDY) are quite similar to NIOEN and 
NIO16 in PAL #1. All of the decode takes place in the en- 
able signal (NRDYEN). This decode consists of addresses 
300-30F without NACK or the addresses 310-318 without 
PRQ. If the NRDYEN signal is asserted, then NIOCHRDY 
will be driven low. At all other times, the NIOCHRDY strobe 
will be in TRI-STATE. NCS is decoded by NSNICB (from 
PAL #1) along with the low assertion of SA4 and either 
NIOR or NIOW. Its decode is in the address range of 300- 
30F. The last two signals are NRACK and NWACK. NRACK 
occurs with an address decode to 310-31F, an NIOR, and 
a PRQ. The NWACK signal only differs from the NRACK by 
the NIOR/NIOW signal and therefore consists of an ad- 
dress decode to 310-318, an NIOW, and a PRQ. INT is just 
sent through the PAL to be buffered. The buffered signal 
which comes out of the PAL is INTO. 


PAL 2 


module reset; 

flag ‘'-rl'; 

title ' 

date :9/13/89 
functions: 

RESET LATCH, SNIC SELECT, IOCHRDY 
BUFFER INTERRUPT! ; 
u2 device 'pl618'; 
"input pins: 
NSNICB, NIOW, NIOR 
RSTDRV, NACK, PRQ 
SA4, SA3, INT 


"output pins: 


» RACK, WACK, 


INTO, NRACK, NWACK 12, 13, 14; 
NRESET, NSOUT, NRDYEN 15, 16, 17; 
NIOCHRDY, NCS 18, 19; 


"constants 


equations 
NCS = !( !NSNICB & !NIOR & !SA4 # 
NRACK = !( INSNICB & PRQ & !NIOR & 
NWACK = !( INSNICB & PRQ & !NIOW & 
NRDYEN = !( !NSNICB & !NIOR & !SA4 
# '!NSNICB & !INIOW & !SA4 
# 'NSNICB & !PRQ & !NIOR 
# ‘SNSNICB & !PRQ & !NIOW 
enable NIOCHRDY =!NRDYEN; 
NIOCHRDY = 03 
enable NRESET = !RSTDRV; 
NRESET = !( !NSNICB & !NIOR 
enable NSOUT = RSTDRV; 
NSOUT = !( !NIOW # NRESET) ; 
INTO = INT; 
end reset; 


INSNICB & INIOW & !SA4) 
SA4 & !SA3) ; 

SA4 & !S5A3) ; 

& NACK 

& NACK 

& SA4 & !SAS 

& SA4 & !SA3) ; 


& SA4 & SAS # NSOUT) ; 
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PAL #3 A013 output is used to generate a signal to the lower byte 


The third PAL only does a decode to enable the optional RAM. This signal will route AO to the RAM when EN16 is 
EPROM. This decode consists of an address decode to high enabling 8-bit operation. 

C800h, CCO0Oh, DOOOh, or D400h depending on JP1 and 

JPO as shown in the board configuration section. JP2 must 

also be jumpered for selection of the EPROM. NAEN, a low 

asserted signal should be high to indicate that the DMA 

does not have control of the bus and the NSMRDC signal 

should be asserted low since the CPU is doing a system 

memory read. 


PAL 3 

module epromdec; 
flag ‘-r0’; 
title ° 
date:9/13/90 
function: 

EPROM DECODE’ ; 


u21 device ‘p1618’; 
“input pins: 

AO, A1l3, EN16 
SMRDC, SA19, SA18 
Al7, SA16, SA15 
Al1l4, NAEN, JP2 


“output pins: 


A013 
EPROMEN 


“constants 
X = 


equations 


NEPROMEN = !(SA19 & SA18 & !SA17 & !SA16 & SA15 & !SA14 & '!NAEN 
& JP2 & !JP1 & !JPO0 & !NSMRDC 


# SA19 & SA18 & !SA17 & !SA16 & SA15 & SA14 & !NAEN 
& JP2 & !JP1 & JPO & !NSMRDC 

# SA19 & SA18 & !SA17 & SA16 & !SA15 & !SA14 & !NAEN 
& JP2 & JP1 & !JPO & !NSMRDC 

# SA19 & SA18 & !SA17 & SA16 & 'SA15 & SA14 & !NAEN 
& JP2 & JP1 & JPO & !NSMRDC); 


AQ13 = !(!AO0 & EN16 # !Al3 & !EN16); 


end epromdec; 
TL/F/10800~10 
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NOTE: ALL RESISTORS TO BE 5%, 1/4W 
UNLESS OTHERWISE INDICATED. 
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Ethernet Network Interface 
Adapter for the Apple 
Macintosh II NuBus 


INTRODUCTION 


The gradual move in recent years towards distributed pro- 
cessing units with a need for these to communicate and the 
increasing demand for peripheral usage optimization has re- 
sulted in the fast growth of Local Area Networks. In an at- 
tempt to standardize communications between networks 
the International Standards Organization (ISO) has pro- 
posed a seven layer reference model called the Open Sys- 
tem Interconnect (OSI) which provides an independent 
framework for all the emerging network standards. The 
IEEE has defined a number of these standards (802.3 to 
802.6) covering the two lower layer functions, physical and 
data link layers. 


National Semiconductor provides a three chip set which 
supports the Ethernet/Thin-wire Ethernet standard (a sub- 
set of IEEE802.3) the DP8390 Network Interface Controller 
(NIC), DP83910 Serial Network Interface (SNI), and DP8392 
Coaxial Transceiver Interface (CTI). 


The aim of this application note is to describe the implemen- 
tation of a Macintosh Il, IIx and IIcx to Ethernet/Thin-wire 
Ethernet interface solution using the NSC chip set. This so- 
lution takes the form of a network interface adapter card 
which on one side plugs into any of the six Macintosh II 
NuBus expansion slots and on the other supports two physi- 
cal layer options, Ethernet and thin-wire Ethernet. 


The board easily interfaces to the Macintosh II NuBus inter- 
face with few external components. This application note 
assumes the reader is familiar with NSC’s Ethernet chip set 
and the Macintosh |! NuBus. 


The note begins with a hardware overview of the adapter 
card, and a background description of the NuBus interface. 
This is followed by a detailed description of hardware sup- 
ported by the main sequencer/arbitrator state diagram. This 
covers arbitration and a detailed description of all the cycle 
types implemented on the card. The PAL equations and part 
list are included at the end of the note along with a detailed 
schematic and timing diagrams. 


HARDWARE OVERVIEW 


The main function of this adapter card is to transfer Ether- 
net packet data to/from the Macintosh CPU via NuBus dur- 
ing LAN transmissions and receptions. The card supports a 
NuBus interface to the CPU and an Ethernet interface to the 
network. Data transfers between the interfaces are routed 
on the card's local bus through 8k words of shared buffer 
memory which temporarily stores ethernet packet data, thus 
decoupling data transfers across the two interfaces. The 8k 
buffer memory can be expanded to 32k by simply replacing 
the memory ICs. 


Figure 1 shows a simplified block diagram of the adapter. 
Besides the basic DP8390 chip set this diagram illustrates 
the connection of the slot and cycle decode logic used to 
select the card, and generate read/write cycles. The arbiter 
controls whether the NIC or NuBus can access the buffer 
RAM. The RAM contains the transmit/received packet data, 
and the ROMs (actually one chip) contain the Ethernet Ad- 
dress and the Macintosh configuration information. The ad- 
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dress bus interface latches store the NuBus address from 
the multiplexed address/data bus, and the data bus inter- 
face consists of buffers and latches to assemble the 16-bit 
RAM buffer data into a 32-bit word for the NuBus. 


Transmission/ Reception 


For Ethernet transmissions the host CPU writes data into 
the transmit area of the adapter card buffer memory over 
the NuBus interface. The host CPU then sets up the NIC to 
transmit the data by writing to its internal registers. The NIC 
responds by fetching the data into its internal FIFO using its 
local DMA channel, from where it is sent to the SNI-CTI and 
onto the Ethernet cable. Once the data has been transmit- 
ted the NIC issues an interrupt back to the host CPU and 
sets a Status bit in its internal register. 


For Ethernet receptions data is loaded from the Ethernet 
cable into the internal FIFO of the NIC from the SNI and 
CTI. When a programmable threshold is reached in the 
FIFO, the NIC transfers the data into the receive area of the 
adapter card buffer memory using its local DMA channel. 
Once a complete packet has been loaded into memory, the 
NIC sets up a pointer in its internal register, issues an inter- 
rupt to the host CPU and sets a status bit in its internal 
register. The host processor responds by reading the pack- 
et from the adapter card memory over the NuBus interface 
and updating the packet pointers stored in the NICs internal 


_ register. 


General Adapter Architecture Considerations 


A shared memory architecture has been chosen for this de- 
sign to maximize data throughput while not adding any extra 
cost or intelligence on the card. The buffer memory is 
mapped into the NuBus address space and a NuBus slave 
interface plus local bus arbitration logic is implemented on 
the adapter card. The reasoning for this decision is given 
below. 


The BP8390 efficiently supports an input/output port archi- 
tecture, in which the adapter card makes use of the NICs 
Remote DMA facility to transfer network data between the 
buffer RAM and an input/output port interfacing to the Nu- 
Bus and to the host CPU. This implementation is a slightly 
less expensive option than others however the throughput 
of the port interface is somewhat limiting, and there are no 
memory addressing limitations on the NuBus that would re- 
quire and I/O port technique. 

A bus master architecture, in which the adapter card can 
gain ownership of the host CPU bus and transfer data di- 
rectly into system memory is significantly more costly and 
with the current generation of controllers will not yield signif- 
icantly better performance across NuBus without going to 
the expense of adding an on-card processor. 


Thus, using a buffer‘RAM that is addressed directly by the 
NuBus and the Ethernet Controller, provides the flexibility of 
reading/writing data via the NuBus at fast speeds, and 
since the DP8390’s local DMA only utilizes a small percent- 
age of the RAM’s total access time (12%) the RAM is most- 
ly free for NuBus activity. 
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FIGURE 1. General Block Diagram for the NuBus Shared RAM Adapter 


Once the Shared Adapter RAM approach is chosen another 
architectural consideration is the width of the Buffer RAM 
and of the CPU bus transfers supported. Table | shows the 
options considered. The 16-bit Buffer memory and 32-bit 
NuBus transfer option was chosen as the best compromise 
on data throughput and component count/cost. 


General Hardware Overview 


Figure 2 shows a more detailed block diagram of the Adapt- 
er. This shows each block, and devalls the chips used to 
implement each block. 


The Ethernet to buffer memory interface is implemented us- 


- ing National Semiconductor chip set. The DP8390 Network 


Interface Controller is a CMOS VLSI device designed to 
ease interfacing with IEEE 802.3 Ethernet type Local Area 
Networks. It implements all Media Access Control MAC 
functions (a subset of the ISO data link layer) for transmis- 
sion and reception of packets in accordance with the IEEE 
802.3 standard. Its dual DMA channels and internal FIFO 
provide a simple yet efficient packet management design. 
Ali bus arbitration and memory support logic required by its 
dual DMA channels are integrated into the NIC. 


The DP83910 Serial Network Interface is a CMOS com- 
bined analog and digital device which provides the Man- 
chester encoding and decoding functions of IEEE 802.3 
Ethernet type Local Area Networks. It contains ECL like bal- 
anced drivers and receivers, collision signal translator and a 
diagnostic loopback circuit. 


The DP8392 Coaxial Transceiver Interface is a bipolar de- 
vice used as a coaxial cable line driver/receiver for IEEE 
802.3 Ethernet Local Area Networks. In Ethernet applica- 
tions the transceiver is usually mounted within a dedicated 
enclosure (Media Access Unit) and connected to the SNI 
via a drop cable, while for Thin-wire Ethernet (low cost ver- 


sion of Ethernet) the CTI is mounted on the same board as 
the SNI. Signal and power isolation requirements are met by 
placing a set of pulse transformers between the SNI and the 
CTI, and using a DC to DC converter to provide the CTI’s 
—9V supply. 

The adapter card supports a 32-bit NuBus interface to the 
host CPU, implemented using synchronous sequencer logic 
in the registered PAL 16R4. This interface supports trans- 
fers to the Network Interface Controller registers, the 
“Ethernet address/Mac configuration” ROM and the buffer 
memory. The two card interfaces must request use of the 
local bus before they can initiate a transfer to any of the on 
card devices. These requests are processed by arbitration 
logic which gives priority to the Ethernet interface. 


The 256 x 8 ROM (LS471) contains the unique Physical 
Address assigned to each Etherent board and the Configu- 
ration data required on each NuBus board which supplies 
identifying information about the board. This ROM can also 
contain device driver data. 


The address/data interface to NuBus consists of four F651s 
data transceivers to transfer 32-bit data from/onto the Nu- 
Bus, and three F533s and an F373 used to latch the ad- 
dress and the transfer mode signals onto the adapter card. 
Data on NuBus is inverted and byte swapped, so inverting 
transceivers and latches are used. An exception to this is 
the F373 which is a non-inverting version of the F533 used 
to latch AD24-31 which are then compared with the ID lines 
of the particular NuBus slot. Also the card performs a hard- 
ware byte swap on the NuBus data. 


On NuBus transfers, an F521 8-bit comparator aids in the 
address decode function by determining whether or not the 


transfer is intended for the adapter card. 
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TABLE I. Adapter Card NuBus RAM Width Options 


Buffer 
Memory — 


NuBus 
Transfer 
Width 


16 Bits 16 Bits 4 


32 Bits 16 Bits 


Maximum Bus 
Data Rate 


53 Mbits/sec .- 19% 2-Transceivers 
1-PAL16L8 


Percent Extra 
Devices 


Usage Required 


32 Bits 32 Bits 4 64 Mbits/sec 15.5% 2-Transceivers 
2-RAM 8k x 8 


2-Transceivers 
2-RAM 8k x8 
(80 ns) 


Cycle Type 
RAM Read... 
RAM Write Byte 0, 1 


= 
c=] 


NUBUS BACKGROUND 


This section describes the NuBus implemented in the Mac- 
intosh Il expansion slots, and the Ethernet adapter card im- 
plementation of its interface. It covers NuBus’ main features 
and signals as used by the card, followed by a description of 
the address space and addressing modes and ending with a 
description of the NuBus interface protocol. 


NuBus is the bus chosen by Apple to drive the expansion 
slots of the Macintosh II. Its main features are: 


© 32-bit wide multiplexed address data lines 
e Synchronous 10 MHz clock cycle (75% duty cycle) 


e Read and Write cycles (Mac I] does not support block 
transfers) 

e |/O and interrupts are memory mapped 

¢ Geographical addressing lines 

Each slot has its own geographical addressing lines onto 

the adapter board. This is illustrated in Figure 3 by the super 

slot space in which each card has its own 256 Mbytes of 

memory space. Therefore no board configuration is re- 

quired. (Described later.) 

The Ethernet adapter card only implements a NuBus slave 

interface and therefore arbitration logic to gain bus master- 

ship has not been implemented. Note also that no parity 

generating/checking logic has been implemented either. 

The Ethernet adapter board uses the following NuBus sig- 

nals: 

© Clock 

e Reset 


© Card Slot Identification 
¢ Non-Master Request 
e Address/Data Signals/AD<31..0> 
© Control Signals /TM<1..0>, /START, /ACK(nowledge) 
The evaluation board supports single word transfers to the 
NIC registers, Address/Configuration ROM and the Buffer 
RAM. During the Start clock of a NuBus cycle the NuBus 
address and transfer mode lines are decoded on the card 
as shown in Figure 3, and as follows: 
® TM<1..0> determine the type of transfer (read/write), 
e AD<24..31> determine which NuBus slot is accessed. 
e AD<19..18> determine which adapter card device is ac- 
cessed (NIC, ROM or RAM) 
AD<15..2> are used to access a particular location 
within the device. 
AD<0..1>&<20..23> are ignored by the address de- 
code 


The adapter card responds to all NuBus cycles which ad- 
dress the card by generating an acknowledge signal ACK 
for one clock period and driving a status code on the trans- 
fer mode lines. Only two of the four NuBus defined transfer 
modes are supported by the card, transfer complete or bus 
error (see Table Ill). 


TABLE III. NuBus Status Codes 


AD<31..28> AD<27..24> AD<23..20> iz 18> 
aa CONFIGURATION 
|_| i] ROM 

AVAILABLE 
ON MAC II 
256 KB NIC 
REGISTERS 
468 aa 
BUFFER RAM 


ie 


256MB] 1 | 16 MB - UNUSED 
ft a 4 SLOT 
SUPER SLOT SLOT SPAC! ALLOCATION BOARD 
SPACE ALLOCATION 


TL/F/10805-3 
FIGURE 3. NuBus and Adapter Card Address Space Mapping 


If the CPU requests a transfer to the adapter card NuBus Although supporting 24-bit mode addressing limits the mem- 
slot which does not address a device on the card, or re- ory range of each slot from 16M to 1M, this sufficiently cov- 
quests a write transfer to ROM, the board will respond with ers the need of an Ethernet adapter card and simplifies soft- 
an error status encoding of the TM<1..0> lines during the ware development. The Macintosh slot manager puts the 
ACK clock of the NuBus cycle. Otherwise a “Bus Transfer system in 24-bit addressing mode by default and the memo- 
Complete” code is returned. ry manager plus some toolbox routines do not currently 
Typical NuBus read and write cycle timings are shown in function properly in 32-bit mode. 

Figures 4 and 5. The first NuBus cycle asserts the START Adapter Card Address Space 


line going low and presenting the address and the transfer 
mode. A number of clock cycles may follow before the last 
cycle presents the data and status on the bus, and asserting 


Once the slot is selected, the Network Interface Adapter’s 
memory space is subdivided into four 256 kbyte blocks of 
memory determined by decoding AD<19..18>. 


the ACK signal. 

The adapter card does not implement the two other status NUBUS 7 

codes supported by NuBus, “bus time out error”, and “‘try in aoe eee Oey 
again later”. The design of the adapter card ensures that all | | | | | | 

NuBus cycles will be acknowledged within the NuBus time- NBCLK j | f : | | | | | 
out period. (NUBUS CLOCK) 


NuBus Address Space /s0 


With a 32-bit architecture, the NuBus provides a 4 Giga- 


bytes of address space, Figure 3. The 4 Gigabyte space is 

divided into sixteen 256 Megabyte Super Slots. The Super JM ——{ 1003655 “=f }———{ DATA YALI0 pm 
Slot being accessed is determined by decoding 

AD<31..28>. The top Super Slot is divided into sixteen Slot /START =i fe 
spaces by 16 Megabytes each determined by decoding 

AD<27..24>. Six of these slots ($9 to $E) are implemented s 

as NuBus expansion board connectors on the MAC Il. The /ACK \ / 
interface adapter board may be plugged into any of these TL/F/10805-4 
connectors. No hardware configuration on the adapter card FIGURE 4. NuBus Read Cycle 

is required. 

24/32 Bit Addressing Modes NUBUS —R(1) F(1) R(2) F(n=1) RCN) -F(N).-R(N#1) 


STATE 
The adapter card, by ignoring address bits AD<23..20> | | | | 


supports both 32- and 24-bit addressing modes. NBCLK | | f | | | f | 


When addressing the card in 24-bit mode, addresses of the (NUBUS CLOCK) 


form “$sx »0x’” where s is the slot number can be used. 
The Mac II hardware translates this into a 32-bit address of /ad 8) on WE) ——— 
the form “SFsOx xxxx”’. 


When addressing the card in 32-bit mode addresses of the /™ 


form “‘SFsxx xxxx”’ can be used. Note that as the adapter 
card ignores address bits AD<23..20>, addresses of the ES 
form “$F ssx xxx" access the same adapter card location /START Tf 

in both 32- and 24-bit modes, and as Apple have indicated 

that to ensure compatibility with future versions of the Mac- /ACK ——— — oN. we 
intosh designers should not rely on 24-bit mode addressing, 

it is suggested that addresses of the form “$Fssx 0x” are Ee 


always used. FIGURE 5. NuBus Write Cycle 
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Figure 3 shows the sub-division of the Super Slot, Slot, and 
Adapter Board address space. 


It is important to note the following points when developing 
high level software to address the adapter card. If the NIC 
registers or the ROM are accessed as 8-bit devices, (by 
declaring a pointer to a character in Macintosh Program- 
mers Workshop (MPW) for example) or as 16-bit devices (by 


declaring a pcinter to a short integer), incrementing these’ 


pointers will usually only modify the transfer mode (by incre- 
menting AD<1..0>) rather than increment the address to 
the device (NIC or RAM). It is therefore recommended that if 
this form of addressing is used, the RAM, ROM and NIC are 
declared as 32-bit devices (by accessing them with a point- 
er to an integer). This will ensure only word transfers take 
place and each NuBus address increment will also incre- 
ment the address to the onboard device. 


NuBus Timing Diagrams 


The NuBus clock has a 100 ns period (10 MHz) with a 75% 
duty cycle (75 ns “high” and 25 ns “low”). NuBus signals 
are driven at the rising edge and sampled at the falling edge 
of the clock. A transfer (read/write cycle) is initiated when 
the master asserts /START, drives the address on 
AD<31..0>, and. drives the transfer ‘mode signals 
TM<1..0> with the appropriate code to indicate the desired 
transfer. A transfer is completed when the slave responds 
by asserting ACK and driving the transfer mode signals with 
the appropriate status code. Please refer to Figure 4 and 
Figure 5 for the NuBus read/write cycles. 


For a read operation, once the master has acquired the bus, 

a read bus transaction involves the following steps: 

R(1): The bus master asserts/START and the appropri- 
ate /ADx and /TMx lines to initate the transfer. 


F(1): The bus slaves sample the /ADx and /TMx lines. 


BERR 
(NUBUS ERROR) 


/MYSLOT:/BERR‘LCT4:/LCTS 


Gey TO RAM) 


/OQNICACK: MYSLOT 
/UCT4+BERR 


The bus master releases the /ADx, /TMx, and 
/START lines and waits for /ACK. 


The bus slave places the requested data onto the 
/ADx lines, asserts /ACK, and places the appro- 
priate status code on /TMO and TM1 lines. (Note 
N may be from 2 to 256) 


The bus master samples the /ADx, /ACK, and 
- TMx lines to receive the data and note and error 

condition. 

The bus slave releases the /ADx and /ACK lines 

and the /TMx lines. This may be the R(1) tran- 

sition of the next transaction. 


For a write operation, once the master has acquired the bus, 
a write bus transaction involves the following steps: 


R(1): The bus master assert/START and the appropri- 
ate /ADx and /TMx lines to initiate the transfer. 


The bus slaves sample the /ADx and /TMx 
‘fines. 


The bus master places the data on the /ADx 
lines, releases /TMx, and /START lines an 
waits for /ACK. 


F(2)—F(N): The bus slave samples the /ADx lines to capture 
the data. The data may be sampled before or 
during the assertion of /ACK. 


The bus slave asserts /ACK, and places the ap- 
propriate status code on /TMO and TM1 lines 
when the data is accepted. (Note N may be from 
2 to 256) 

‘The bus master samples the /ACK and TMx 
lines to determine the end of a transaction. 

The bus master releases the /ADx while the bus 
‘slave releases the /ACK lines and the /TMx 
lines. 


R(2): 


R(N): 


F(N): | 


R(N+1): 


F(1): 
R(2): 
R(N): 


F(N): 


R(N+ 1): 


QBREQ 


UCT-UNCONDITIONAL 
TRANSFER 


(NUBUS TO 
NIC REGISTER) 


/MYSLOT-LCTS‘BERR 
(NUBUS TO ROM) 


TL/F/10805-6 


FIGURE 6. State Diagram Sequencer 
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TABLE IV. Adapter Card Cycle State Sequence for Various Cycle Types and Corresponding Diagrams 


Functional Timing 


NuBus to RAM Read S0— S1— S2— S3— S4— SO Figure 12 
NuBus to RAM Write SO — S1—S2—S3— S4— SO Figure 12 


Figure A-4 
Figure A-5 


| NuBusBuséror | So Si> sso | Fgwos | 
a 


NIC to RAM Read/Write SO — S6 — SO 


DETAILED HARDWARE DESCRIPTION 


The card’s main function is to transfer Ethernet packet data 
from the NuBus interface to the Ethernet cable during pack- 
et transmission, and from the Ethernet cable to the NuBus 
interface during packet reception, via an 8k x 16 Buffer 
RAM, expandable to 32k x 16. In addition to this the NuBus 
interface is allowed direct read and write access to the NICs 
registers to control and monitor the NIC’s operations, and 
read access to the “Ethernet address/Mac configuration” 
ROM. 


This transfer of packet data from Ethernet to host CPU is 
executed in two distinct stages, transfers between host CPU 
and buffer Memory, and transfers between buffer memory 
and Ethernet. The former is performed by the on-card Nu- 
Bus slave interface whereas the latter is performed by the 
NIC chip set. 


A synchronous sequencer/arbiter implemented in a 


PAL16R4 running on the 10 MHz NuBus clock controls all 
transfers supported by the adapter card. The state diagram 
for its operation is shown in Figure 6. States S1 to S5 sup- 
port the NuBus slave interface, and state S6 supports the 
NICs interface. State SO is the idle state. The sequence of 
states for each bus cycle type is shown in Table IV. 


Arbitration for Local Card Bus by NIC/NuBus ~ 


All addressable devices on the card (Buffer RAM, NIC regis- 
ters and ROM) share the common non-multiplexed local ad- 
dress and data buses. The two potential masters of this bus, 
the NuBus interface and the NIC, request access to the bus. 
Arbitration logic and the state sequencer resolve these re- 
quests. The sequencer only responds to master’s requests 
during the idle state (SO). Therefore cycles already in prog- 
ress are always allowed to complete before the bus is re- 
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Figure 14 


allocated. Cycles always complete by returning to the idle 
state (SO). This prevents bus contention on the common 
local address bus at switchover time (NuBus/NIC) and en- 
ables arbitration to take place after every NuBus cycle or 
NIC local DMA burst. The NIC is given priority over the Nu- 
Bus interface, so that if a NIC and a NuBus interface re- 
quest are active when the sequencer is idle, the NIC cycle 
will be serviced first. The following bus latency discussion 
shows there is no real need to give one master priority over 
the other. 


Bus Latency Requirements 


This is defined as the time between a master issuing a re- 
quest and receiving an acknowledge. 


The NuBus interface bus latency allowable is determined by 
its 25.6 ps bus timeout period. The maximum NuBus bus 
latency that can be expected on this card, that is, the long- 
est Bus Request from the NIC, occurs if a packet ends just 
as the NIC performs its last FIFO burst. The local DMA burst 
plus the End of Packet processing operations add up to just 
over 4 ps, well within the allowable 25.6 ps. 


The NIC bus latency allowable is determined by the need to 
prevent its internal FIFO from overflowing during packet re- 
ception. The worst case bus latency the NIC can accommo- 
date running on a 20 MHz clock is a little more than 1 ps 
(refer to the DP8390 Datasheet addendum). The maximum 
NIC bus latency that can be expected on this card, that is, 
the longest NuBus cycle to the card, is 0.5 ys (five NuBus 
Clocks), well within the allowable 1 ps. 

Again, Table IV shows all the cycles supported by the card, 
and the state sequence followed by each one. The figures 
quoted display the timing diagram for each case. 
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NUBUS MASTER CYCLES 


The CPU initiates NuBus cycles by driving the address and 
transfer mode onto NuBus and asserting the Start signal 
during the first clock of the bus access. 


The adapter card latches the address onto the local bus on 
the falling edge of the first clock. A transparent latch is used 
so that the address is available on the local bus as soon as 
it is driven onto NuBus and address recognition can begin. 
A small asynchronous state machine in a control PAL® gen- 
erates the address latching signal, which opens the latch 
when START becomes active and latches the address on 
the next falling edge of the clock. Figure 7 shows the state 
machine diagram. 


The address is enabled onto the local bus by NBADOE pro- 
vided that the NIC is not already the bus master nor has 
issued a request while the sequencer is in the idle state. 


The top 8 bits of the address are compared with the slot ID 
driven from NuBus. 


The card, in response to the start signal, generates an en- 
able signal (EBSLOT) which allows the sequencer to pro- 
ceed onto the next NuBus cycle state (S1), provided the 
NIC bus request is not active and the above address com- 
parison is successful (MYSLOT is active). This enable signal 
is cleared at the end. of the NuBus cycle when ACK be- 
comes active and prevents addresses not generated with a 
START signal from triggering the sequencer onto the S1 
state. Figure A-4 shows a detailed timing diagram of the 
address recognition operation. Note that FAST devices 
have been selected for the address latches and comparator 
to enable address recognition to meet the set up time of the 
sequencer. 


START#/NBCLK 
TL/F/10805-7 
A = State Variable (Not Used) 
NBADCK = NuBus Address Clock 
FIGURE 7. State Diagram for Clock to Latch 
NuBus Address onto Ethernet Card 


States S1 to S4 cover the data portion of a NuBus transfer. 
The signal DASB (Data Strobe) is generated to qualify all 
the data enabling signals (NICCS, ROMCS, RAMOE, 
NBDBOE, DBNBOE). Note that during S2 DASB has to be 
released so that the state has a separate state number. This 
only affects NuBus to RAM cycles. Therefore during S2 the 
signal TOP is used to qualify the data enabling signals 
(RAMOE, NBDBOE, DBNBOE). 


During S1 the address is further decoded with four possible 
outcomes. Each of the possible transfers initiated by NuBus 
are described. 


Bus Error Transfer 


If the address is not recognized by any of the on-card devic- 
es or it is recognized by the ROM with transfer mode defin- 
ing a write cycle, a bus error condition is flagged to the CPU. 
The sequencer enters state S5 where the DASB signal is 
cleared, ACK is generated to signal the end of the cycle, 
and a bus error code is driven onto the NuBus transfer 


- mode lines. The sequencer then returns to idle on the next 


1-430 


clock beat. Figure 8 shows a timing diagram for a NuBus 
error cycle. 


NuBus ROM Transfer 


If the address and transfer mode are decoded as a read 
cycle to ROM, the address decoding PAL generates a ROM 
enabling signal to the ROM chip select input which drives its 
data onto the local bus. The control PALs generate the 
“Data bus to NuBus output enable” signal DBNBOE to en- 
able this data from the local bus onto NuBus. The sequenc- 
er transfers to state S4 on the next clock beat where ACK is 
driven onto NuBus together with the “transfer complete” 
code on the transfer mode signals. Figures 8 and A-7 show 
a basic and detailed timing diagram of the ROM read opera- 
tion. Note that ROM set up times are easily met. Very slow 
ROMs can be used on this design, up to 135 ns data enable 
time or 210 ns address access time. 


NuBus NIC Transfer 


If the address and transfer mode are decoded as a read or 
write cycle to the NIC register, the address decoding PAL 
generates the NIC chip select signal NICCS, and the bottom 
four bits of the local address are sent to the NIC to select 
one of sixteen possible NIC registers. The sequencer, Fig- 
ure 6, remains in state S1 until the NIC generates acknowl- 
edge signal NICACK. This signal is synchronized to the Nu- 
Bus clock before it is fed into the synchronous state se- 
quencer PAL. The sequencer then proceeds onto state S4. 


See Figure 9 for a functional timing diagram of NuBus to 
NIC read and write cycles. 


If the cycle is a write, the control PAL generates the 
NBDBOET signal to enable the NuBus write data onto the 
local bus, and a small asynchronous state machine in the 
PAL generates the write enable signal to the NIC, SWR. 
Figure 10 shows the state machine diagram. This signal is 
cleared on the falling edge of the clock during the S4 state 
to provide the necessary write data hold time to the NIC. 
See Figure A-3 detailed timing diagram. 

If the cycle is a read, the control PAL generates DBNBOE to 


enable the NIC read data from the local bus onto NuBus. 
See Figure A-2 for a detailed timing diagram. 


ARBITER STATE 
NBCLK 
(NUBUS CLOCK) 


/START 
(NUBUS START) 


/ACK 
(NUBUS ACKNOWLEDGE) 


NBADCK 
(NUBUS ADDRESS CLOCK) 


/NBADOE 
(NUBUS ADDRESS OUTPUT ENABLE) 


/MYSLOT 
(CARD ADDRESS DECODE) 


/ROMCS 
(ROM CHIP SELECT) 


/OBNBOE 
(DATA BUS TO NUBUS OUTPUT ENABLE) 


/NBDBOET 
(NUBUS TO DATA BUS OUTPUT ENABLE TOP) 


/BERR 
(NUBUS BUS ERRPR) 


/ADDO=31 
(NUBUS MUX ADDRESS/DATA LINES) 


/1MO=1 
(NUBUS TRANSFER MODE) 


LADO=7 
LCTO=5 
(LOCAL ADDRESS) 


DATO=7 
(LOCAL DATA BUS) 


FIGURE 8. NuBus to ROM Read and Bus Error Cycles 


ROM DATA (READ) 
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ARBITER STATE 
NBCLK 
(NUBUS CLOCK) 


/START 
(NUBUS START) 


/ACK 
(NUBUS ACKNOWLEDGE) \—_/ / 
NBADCK f-N / \ 
(NUBUS ADDRESS CLOCK) 


(NUBUS ADDRESS OUTPUT ENABLE) 


/MYSLOT 
(CARD ADDRESS felt Vn 
/NICCS 
(NIC CHIP SELECT) ———— se 
/QNICACK NG 
(SYNC NIC ACKNOWLEDGE) 
/OBNBOE SS ey 
(DATA BUS TO NUBUS OUTPUT ee 
/NBDBOET FO Nee 
(NUBUS TO DATA BUS OUTPUT ENABLE TOP) 


(READ STROBE TO THE NIC 
(WRITE STROBE TO THE NIC) 


(wbUS MUX anoREss/oita Unies) “=X _22E C1002") 
/two-t ——{ “#200 ) 


(NUBUS TRANSFER MODE) 
iene 

LCTO=5 

(LOCAL ADDRESS) 


ects 


TL/F/10805~10 


FIGURE 9. NuBus to NIC Register Read and Write Cycle 
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ACK & /DASB 
& /MYSLOT 


/NBDBOET 


TL/F/10805-9 
D = State Variable 
RAMWET = RAM Write Enable Top 
FIGURE 10. Write Enable Top State Diagram 


NBDBOEB 


ACK&/DASB 


TL/F/10805-11 
C = State Variable (Not Used) 
RAMWEB = RAM Write Enable Bottom 
FIGURE 11. Write Enable Bottom State Diagram 


NuBus to RAM Transfer 


The address and transfer mode are decoded as a read or 
write cycle to the buffer RAM. The adapter card supports 
32-bit NuBus transfers to the 16-bit buffer RAM. This is 
done by reading/writing to the RAM twice on every NuBus 
to RAM access, once during states S1 and S2 to access the 
least significant 16 bits of the NuBus word, and again during 
states S3 and S4 to access the most significant 16 bits of 
the NuBus word, after having incremented the bottom local 
address bit to the RAM (see the state diagram Figure 6). 
Therefore the NIC sees the buffer memory as an 8k x 16 
RAM whereas the NuBus sees it as a 4k x 32 RAM. Figure 
12 shows a basic timing diagram for a NuBus to RAM read 
and write cycle. 
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For read cycles’ data from the RAM read during states S1 
and S2 is stored in the top two NuBus transceivers by set- 
ting the transceivers in storage mode and clocking them on 
the falling edge of the NuBus clock during state S2 with the 
TBCK (Top Bus Clock) signal. This data is enabled onto 
NuBus bits 16-31 with the signal NBDBOET. During states 
$3 and S4 the next RAM location is read and its data driven 
onto NuBus bits 0-15 through the bottom two NuBus trans- 
ceivers, which are not set in storage mode (real time data 
mode). 


Therefore by the time the adapter card drives ACK back to 
NuBus during state S4, the least significant 16 bits of data, 
corresponding to the first RAM location read, which were 
stored during S2, are being enabled onto NuBus bits 16-31 
through the top two transceivers, and the most significant 
16 bits of data, corresponding to the second RAM location 
read, are being enabled onto NuBus bits 0-15 through the 


‘bottom two NuBus transceivers. Figure A-4 at the end of 


this note, shows a detailed timing diagram of a NuBus to 
RAM read cycle. 


Note that the adapter card performs a hardware byte swap 
of NuBus data through the transceivers, so that the least 
significant byte of data from the RAM (Bits 0-7 on the local 
data bus of the first RAM location read) are driven onto byte 
3 of NuBus (bits 24-31). This byte will be carried on byte 
lane 3 in the MACII system onto byte 3 of the MC68020 
(data line bits 0-7). 


For write cycles, during states S1 and S2, the top two Nu- 
Bus transceivers (NuBus bits 16-31) are enabled onto the 
local data bus and their NuBus write data written into the 
Buffer RAM, with the bottom local address bit clear. During 
the next two states S3 and S4 the bottom two NuBus trans- 
ceivers (NuBus bits 0-15) are enabled onto the local data 
bus and their NuBus write data written into the next Buffer 
RAM location with the bottom local address bit set. Two 
separate write enable signals are generated (RAMWET and 
RAMWEB) and ANDed together on the card to generate 
RAMWE. Two small asynchronous state machines are used 
to generate these signals. Figure 10 and 77 show their state 
diagram. Figure A-& shows a detailed timing diagram of a 
NuBus write cycle to RAM. 


Supporting 32-bit transfers on NuBus rather than 16 only 
introduces one extra wait state per NuBus cycle to the RAM 
while doubling the data throughput per transfer. 


NIC MASTER CYCLE 


The NIC initiates focal DMA cycles by driving its Bus Re- 
quest line active. The sequencer/arbiter PAL, if in idle state 
SO, will enter state S6 where it acknowledges the request 
and hands over control of the local bus to the NIC. Any 
requests from the NuBus interface will be held until the NIC 
completes its local DMA burst and clears its request line 
allowing the sequencer PAL to return to the idle state SO. 


Figure 14 shows an NIC to RAM cycle, its request coinciding 
with the start of a NuBus cycle, thus illustrating the arbitra- 
tion process. 


Note the NIC runs on a separate 20 MHz clock, asynchro- 
nous to the NuBus clock. Therefore NIC signals to the arbi- 
ter sequencer are first synchronized to the NuBus clock with 
a D-type latch (F175) before they are used by the synchro- 
nous sequencer PAL running on the NuBus clock. The sig- 
nals affected are BREQ and NICACK. 
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module pal_1B 


title ‘Bus Controller 
Andrew Pagnon 7-3-89'; 


“ Modified for using Abel State_Machine language 
“32bit Nubus Version” 


“declarations” 
TRUE = 1; 
FALSE = 0; 


PAL1B device ‘PLER4' 


“inputs” 
NBCK 
QBREQ 
QNICACK 
MYSLOT 
LcT4 
BERR 
EBSLOT 
LCTS 
ONE 


“outputs” 
TMO 
TM1 
ACK pin 
DASB pin 
BACK pin 
TOP pin 
NBADOE pin 
NICADOE pin 


“Declarations 
H,L,CK,XX = 1,0, .C.,.X.? 


input = [QBREQ, QNICACK, MYSLOT, LCT4, BERR, EBSLOT, LCT5}; 


s0 “b111i; 
sl *b1010; 
82 *b1110; 
33 “b1011; 
34 “b0011; 
35 *b0111; 
36 *b1101; 


equations 
enable TMO = !ACK; 


!TMO = BERR; 
TL/F/10805-20 
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enable TM1 = !ACK; 
!'TM1 = !ACK; 


enable NBADOE = TRUE; 
'NBADOE = BACK & !ACK # BACK & !DASB # BACK & !QBREQ # BACK & !TOP; 


“ NBADOE = !BACK* + BREQ . (ACK* . DASB* . BACK* . TOP*)” | 
“NBADOE IS NOT ACTIVE IF BACK IS ACTIVE OR IF BREQ IS ACTIVE DURING S0” 


enable NICADOE = TRUE; 
!NICADOE = QBREQ & !BACK; 


state_diagram [ACK, DASB, BACK, TOP] 


State s0: case (input == [1, XX, XX, XX, XX, XX, XX] ) 
(input == [0,XX, 0,XX,XX, 0,XxX]) 
(input == [0,XX, 1,XX,XX,XX,XX])) 

endcase; 


case (input (XX, XX, XX, XX, 0, XX, XX)) “BERR 
(input (XX, 0, 0, 0, 1,XX,XX)) “NIC 
(input (XX, XX, 1,XX, 1)) “ROM. 
(input (XX, XX, 1,XX, 0)) “RAM 
(input (XX, 1, 1, XX, XX)) “hold 
endcase; : 


goto 
goto 
goto 
goto 
case (input == [0,XX,XX, XX, XX, XX, XX}) 
(input == [1,XX, XX, XX, XX, XX, XX}) “hold 


endcase; 
TL/F/10805-21 
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test vectors 


so” 
sS6” 


-> [.Z.,.2.,1,1,1,1,0,1}]; “TEST FOR IDLE 
-> {.2.,.Z-,1,1,0,1,1,0]; “SET NIC BREQ 


wu 


S6” 


“NB TO NIC START CYCLE 


—-> (.Z.,.2.,1,1,0,1,1,0]; “HOLD NIC BREQ 
-> [.2.,.Z-,1,1,1,1,0,1)7 “CLEAR NIC BREQ 


-> | ay ae -Z.,1,0,1,0,0,1); *NB TO NIC = 


.C.,1,1,0,0,1,0,0,0) 


— 


So” 
s1* 
S5” 
so” 
S6” 
so” 
$1” 
$3” 


“NB TO MEM -NIC. MASTER S6” 


“NIC MASTER | 
; “NB TO ROM - 
0 ,0,0,1,1,0,1); “NIC BREQ - SET NB ACK S4” 
“RETURN TO IDLE 
“RETURN TO IDLE 


-> [.Z.,.2.,1,1,1,1,1,1]; “RETURN TO IDLE 


-> (.2.,.%.,1,1,0,1,1,0]; “NIC MASTER 


-> (.2.,.2.,1,1,1,1,0,1); 
]; “RETURN TO IDLE 
J]; “STAY IN IDLE 


0,1); “RETURN TO IDLE 
]}; “NIC MASTER 


0 ,0,0,1,1,0,1); “ACK to NUBUS 


Z.,1,1,0,1,1,0); 
2.,1,1,0,1,1,0); 


, 


> [.2.,.2.,1,1,1,1,1,1]; “IDLE NIC BREQ SETS 
-> (.2.,.2.,1,1,1,0,0,1]; “NIC BREQ-LTCH DA16-31 $2” 


-> (.2.,.2.,1,0,1,1,0,1); ‘EB DAO0-15 


-> (.2.,.%Z.,1,1,1,1,0,1); “IDLE WITH NO EBSLOT 
-> [ 0 v 


-> [.2.,.2.,1,0,1,0,0,1); “WAIT FOR NICACK 


-> if 0 t 0 79,0,1,1,0,1];3 “NICACK SETS 
-> [.2.,.%.,1,1,1,1,0,1); “RETURN TO IDLE 


-> {.2.,.%.,1,0,1,0,0,1); “NB TO RAM 


-> (.2.,.%2.,1,1,1,1,1,1); 


foe Tt oe ee, oe ce oe cee Be eee ee ce ae ee ee ee 0 ae oe 


eoooooaoooo0ooocoocococce0occe0oncCceoeooc & 


qooeod fF OCOOn HOODOO Ort KA HO OCC Oran 
PS SS SS SSS ee ee 
Hdd Ad AH HAHA OO OAH tA da A Kt AHA AAA nA an ae 
ees © &© e &— ee ee eee es Fe F— Fe &— FS Fe B&B BF ws 
VCO OC CO OntdA HA nH Het nh dA nt A Ata Ht rtadenet 
e es & & &© &@ &e es ee &— &e &— Fe FS & &F F&F F&F &F F&F F&F F&F FS & 
oaooooo0o0ooooo0co°oco°ceoernn OOO COCO ana 
~~ © = &= &e &®e wee ewe s&s Be &e B&B Fe Fe ee — FS FS FS = FF & 
AndHAHA Ont Hat dt da dt ct dH A AHA dA AnH AeA vA KA Met et 
~e & © & &© &@ &e &e we ee ewe es eee Se FS SF F&F FS F&F & & 
oo ooocoo on nt HoO nM A HOON Hert nA OOS 


» = » = > - Ly =» = - Ld = Ly = = = - - = - -. = . . = 
COOOUOOUDOUUOUOUKOUOUKOOUKOUUKUUU 


ee ett ed thd etd tt es ee ed et dt 
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module pal_2 


title ‘Memory decoder 
Andrew Pagnon 8-3-89'; 


“declarations” 
TRUE = 1; 
FALSE = 0; 


PAL2 device ‘P16L8’; 


“inputs” 
LCTO pin 1; 
LCT1 pin 2; 
LCT2 pin 3;. 
LCT3 pin 4; 
LCT4 pin 5; 
LCTS pin 6; 
MYSLOT pin 7; 
DASB pin 8; 
NICADOE pin 9;. 
MSRAMSL-_ pin 11; 


“outputs” 
RAMCS1 pin 12; 
ROMCS pin 
NICCS pin 
RAMCS0 pin 
RAMCS3 pin 
RAMCS2 pin 
BERR pin 
SRD 


equations 
enable RAMCSO = TRUE; 


'RAMCSO = !NICADOE & !MSRAMSL 

# ucTO & LCT1 & !LCT2 & !LCT3 & LCT4 & !LCTS 
# 'LCTO & LCT1l & LCT2 & !LCT3 & LCT4 & !LCTS 
# !LCTO & LCT1 & !LCOT2 & !LCT3 & LCT4 & !LCTS 
# !LCT1 & LCT4 & !LCTS & !MYSLOT; “ Read “ 


enable RAMCS1 = TRUE; 


!RAMCS1 = !NICADOE & !MSRAMSL 

# Leto LCT1l & LCT2 & !LCT3 & LCT4 & !LCTS 
# !LCTO LCT1 & LCT2 & !LCT3 & LCT4 & !LCTS 
# !LCTO LCT1 & !LCT2 & !LCT3 & LCT4 & !LCTS 
# !LcT1l LCT4 & !LCT5 & !MYSLOT; “ Read “ 


!MYSLOT 
!MYSLOT 
!MYSLOT 


!MYSLOT 
!MYSLOT 
!MYSLOT 
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enable RAMCS2 = TRUE; 


!RAMCS2 = !NICADOE & MSRAMSL 

# LeTd & LCT1 & !LCT2 & LCT3 & LCT4 & !LCTS !MYSLOT “ Write byte 2” 
# !'LCTO & LCT1 & LCT2 & LCT3 & LCT4 & !LCTS !MYSLOT “ Write hw 1 “ 
# !LCT0 & LCT1 & !LCT2 & !LCT3 & LCT4 & !LCTS !MYSLOT “ Write word “ 
# !LCT1l & LCT4 & !LCTS & !MYSLOT; “ Read “ 


enable RAMCS3 = TRUE; 


!NICADOE & MSRAMSL 

LCT1 & LCT2 & LCT3 & LCT4 & !LCTS !MYSLOT “ Write byte 3 “ 
LCT1 & LCT2 & LCT3 & LCT4 & !LCTS !MYSLOT * Write hw 1 “ 
LCT1 & !LCT2 & !LCT3 & LCT4 & !LCTS !MYSLOT “ Write word “* 
LCT4 & !LCTS & !MYSLOT; “ Read “ 


enable ROMCS = TRUE; 
'ROMCS = !LCT1 & LCT4 & LCTS & !MYSLOT & !DASB; “ Read * 


enable NICCS = TRUE; 
!INICCS = !DASB & !MYSLOT & !LCT4 & LCTS5; “ NIC Register Read or Write “ 


enable SRD = TRUE; 
!SRD = !NICCS & !LCT1; “ NIC register read “* 


enable BERR = TRUE; 
!'BERR = LCTl & LCT4 & LCTS5 & !MYSLOT “ROM WRITE” 
# !LCT4 & !LCT5 & !MYSLOT; “NOT IN CARD” 


test_vectors 
({LCTO, LCT1, LCT2, LCT3, LCT4, LCT5, MYSLOT, DASB, NICADOE,MSRAMSL]) -> 
{RAMCS0, RAMCS1, RAMCS2, RAMCS3, ROMCS, NICCS, BERR, SRD} ) 
LoXeg -Xoy Key Rey Key eXep ly -Xe,0,0) -> [0,0,1,1,1,1,1,1)7”NIC RD/WT RAM HWO" 
[oKag Xog Koy Kay oKag eKeg dy Hep 0,1] => 1,1);”NIC RD/WT RAM HW1" 
(1,1,0,0,0,1,0,0,1, .X.] -> 3 NIC BYTEO” 
{0,0,0 : -> ; NIC WD” 
-> ; WD” 
Maple cK] -> ; WD” 
-X.,1,.X%.] -> ; BYTEO" 
.X.,1, ; BYTE1" 
Xl, om ; . BYTE2" 
~X.,l, * : ; ; BYTE3" 
X.,1, : ; HWO" 
X.,1, ; HWi" 
sXe ply cK WD” 
-71,0,0,.X.,1, .X.] ; BY BERR” 
[0,0,.X.,1,1,0,0, .X.,1, .X.] ; H1,BL BERR” 
[0,0,1,0,1,0,0, .X.,1, .X.] ; HO BERR” 
[.X.,1,.X.,-X.-1,1,0, .X.,1, .X.]) ; . BERR” 
[ioXsg Kay Key Xo eO, 0,0, .X.,1, .X.) ; IN CARD BERR” 


end pal 2 
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module pal_3 


title ‘Memory and buffer control 
Andrew Pagnon 23-3-89'; a 


“declarations” 
TRUE = 1; 
FALSE = 0; 


PAL3 device ‘P16L8’; 


“inputs” ~ 
START 1; 
NBCLK 
ACK 
DASB 
MYSLOT 
LeT1 
MRD 
TOP 
LCTS 
RESET 


“outputs” 
DBNBOE 
NBADCK 
Cc 
RAMWEB 
NBDBOEB 
A 
EBSLOT 
ACKN 


1 


equations 


enable A = TRUE; 
'A = A & !NBADCK & START & NBCLK # !A & !NBADCK & START 
# 'A & 'NBADCK & !NBCLK # !A & !NBADCK & !START & NBCLK; 


enable. NBADCK = TRUE; nee Poke ; 

'NBADCK = A & NBADCK.& !START.& !NBCLK # A & !NBADCK & !START 
'# A & -!'NBADCK & 'NBCLK #. A & !NBADCK & START & NBCLK 
# !A & !NBADCK & START #.!A & !NBADCK & !NBCLK;. 


enable C = TRUE; ar 
!C = !C & RAMWEB: # !C & !RAMWEB & ACK & !DASB 
# C.& RAMWEB & NBDBOEB; 


enable RAMWEB = TRUE; 

!RAMWEB = !C & RAMWEB & !NBDBOEB # !C & !RAMWEB & ACK & !DASB 
# 'C & !RAMWEB & !ACK # !C & !RAMWEB & DASB 
# C & !RAMWEB & NBCLK; 
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enable NBDBOEB = TRUE; 
!NBDBOEB = LCT1 & !DASB & !MYSLOT & TOP & !LCTS; 


enable DBNBOE = TRUE; 
!DBNBOE = !LCT1 & !DASB & !MYSLOT 
# !'LCT1 & !TOP & !MYSLOT; 


enable EBSLOT = TRUE; 
!EBSLOT = EBSLOT & !START & RESET # !EBSLOT & ACK & RESET; 


enable ACKN = !ACK; 
!{ACKN = !ACK; 


test_vectors 

((START, NBCLK, ACK, DASB, MYSLOT, LCT1, TOP, LCT5, RESET] <-> 

[A, NBADCK, C, RAMWEB, NBDBOEB, DBNBOE, EBSLOT, ACKN) ) 

(1,1,1,1,1, -X.pl, X70} > [Xo Xuig Koy Key -Xoy -Xey Xo, X.)5 

(1,0,1,1,1, -X.,], -Xe¢l] —> [.X.g Keg Keg Kay Key Keg Xe, Xe) 

{1,1,1,1,1,.X.,1,.X-,1) -> [.X.,.X%.,.X.,.X.,1,1,1, .2.)3 

{1,0,1,1,1,.X.,1, .X.,1] [.X.,.X.,.X.,.X%.,1,1,1,.2.]3 

ay eel) {.X.,1,0,1,1,1,0, .2.];”S0,START LOW NBCKL HIGH” 
[1,1,0,1,1,1,0,.2.];”S0,MYSLOT* LOW, SO" 

oe ];”S0,NBCLK1=0,S0" 

,-2.)7”S1,NBCLK2=1, START*=1" 


geoGe 


.. 
na 
= 

2s 


”S1,NBCLK2=0" 
“S2 NBCLK3=1" 


ge 


ee se Me “% we fe 


”“§2,NBCLK3=0" 
;"S3,NBCLK4=1" 
"83" 
;"S3,NBCLK=0" 


’ “s4” 

’ “$4” 

e 

‘ . 

’ 3”S0, START*=0, NBCLK5=1" 
7”S0,NIC OR ROM WRITE” 

‘ 7”S0,NBCLK5=0" 

’ 7”S0,MYSLOT*=1" 
7”S1,NBCLK6=1" 


’ 


a 
ee J:7s0" 


oJ? 
1-Z.)3 
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1 
1 
1 
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1 
1 
1 
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1 
1 
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0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
1 
1 
1 
1 
0 
0 
0 
0 
0 
0 
1 
1 
1 
1 
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module pal_4 


title °32 bit Nubus control 
Andrew Pagnon 11-10-89'; 


“declarations” 
TRUE = 1; 
FALSE = 0; 


PAL6 device ‘P16L8’; 


“inputs” 
TOP pin 1; 
NBCLK pin 2; 
DASB pin 3; 
BACK pin 4; 
LADO pin 5; 
MYSLOT pin 6; 
ACK pin 7; 
BERR pin 8; 
LCT1 pin 9; 
LCT4 © pin 11; 
LCTS pin 18; 

“outputs” 
RAMLADO pin 12; 
TBCK pin 13; 


NBDBOET pin 14; 
RAMWET pin 15; 
D pin 16; 
DBNBOEB- pin 17; 


equations 


enable RAMLADO = TRUE; 
'RAMLADO = !BACK & !LADO # BACK & !TOP; 


enable TBCK = TRUE; 
'TBCK = TOP’ # NBCLK # !DASB; 


enable NBDBOET = TRUE; 
!NBDBOET = LCT1 & !MYSLOT & !TOP “RAM” 
# LCT1 & !MYSLOT &!DASB & BERR & !LCT4; “NIC” 


enable RAMWET = TRUE; 


!'RAMWET = !D & RAMWET & !NBDBOET 
# 'D & !RAMWET & 'DASB & !MYSLOT & ACK 
# !'D & !RAMWET & DASB 
# 'D & !RAMWET & !ACK 
# !D & !RAMWET & MYSLOT 


# D & !RAMWET & NBCLK; 


enable D = TRUE; 

ID = !D & RAMWET 
# !D & !RAMWET & !DASB & ACK & !MYSLOT 
# D & RAMWET & NBDBOET; 
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enable DBNBOEB = TRUE; 
!DBNBOEB = !LCT1 & !DASB & 
# !LCT1 & !TOP & 


{LcT5 . 
!{LcTs; 


!MYSLOT & 
!MYSLOT & 


test_vectors 
( (TOP, NBCLK, DASB, BACK, LADO, MYSLOT, ACK, BERR, LCT1, LCT4, LCTS] -> 
[RAMLADO, TBCK, NBDBOET, RAMWET, DBNBOEB) ) 
(Lp dp hy Op Lj dp Reg Mee Red) MP Kec Rip Risso Nig cB. 1 P° RESET” 
wXe~ eXee Xe] <> [.X., Xe, Xe, Xe, Xo); “RESET” 
.X., Xe, eX.) —> [1,0,1,1,1] 7; ”LAD0=1, BACK*=0" 
iXogeBog eX) => (1,0)1,1,113 
.X.,.X.,eX.) -> [0,0,1,1,1] 7 "LADO=0, BACK*=0" 
.X.,peXe,p-X-) —> [0,0,1,1,1)3 | A> 
.X.,.X.,.X.) -> [0,0,1,1,1) ;”LADO=0, BACK*=1, TOP=1->RAMLADO#=1" 
.X., Xo, eX.) -> (0,0,1,1,1)3 
-> [1,0,0,0,1);”S1,NIC WI” 
-> [1,0,0,0,1);"S1,NIC WT,NBCLK=0" 


{1,1,0,1, -> (0,0,0,0,1);”S4,NIC WT, ACK=0" 
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{1,0,0,1, 
{1,1,1,1, 
{1,0,1,1, 


(0,1,0,1,. 


(0,0,0,1, 


[1,1,0,1,. 


[1,0,0,1, 
{1,1,1,1, 
(1,0,1,1, 
(0,1,0,1, 
{0,0,0,1, 
{0,1,1,1, 
{0,0,1,1, 
(1,1,0,1, 
{1,0,0,1, 
(1,1,0,1, 
[1,0,0,1, 
{1,1,1,1, 
(1,0,1,1, 
{0,1,0,1, 
(0,0,0,1, 
(1,1,1,1, 
(1,0,1,1, 
(1,1,1,1, 
{1,0,1,1, 


[0,1,0,1,. 
(0,0,0,1,. 
{1,1,1,1,. 


{1,0,1,1, 
{1,1,1,1, 
(1,0,1,1, 
{0,1,0,1, 
(0,0,0,1, 
{0,1,1,1, 


(0,0,1,1,. 


(1,1,0,1, 
{1,0,0,1, 


-%.,0,0,1,1,0,1) 
-X.,0,1,1,1,0,1) 
-X.,0,1,1,0,1,1) 


X.,0,1,1,0,1,1) 


-X.,0,1,1,0,1,1) 


X.,0,0,1,0,1,1) 


.X.,0,0,1,0,1,2) 
Ker 0> 1,45 05 1223 
.X.,0,1,1,0,1,0) 
.X.,0,1,1,0,1,0) 
.X.,0,1,1,0,1,0) 


-X.,0,1, 
-X.,0,1, 
-X.,0,1, 
-X.,0, 1, 
-X.,0,1, 
-X.,0,0, 
-X.,0,1, 


-X.,0,1,0) 
-X.,0,1,0) 
-X.,0,1,0) 
-X.,0,1,0) 
-X.,0,1,0) 
X.,0,1,0] 
-X.,0,1,0] 


-X.,0,1,1,1,1,0) 
-X.,0,1,1,1,1,0]) 
-X.,0,1,1,1,1,0) 


-X.,0,0, 
-X.,0,0, 
-X.,0,1, 


-X.,1,1,0]) 
-X.,1,1,0) 
-X.,1,1,0) 


-X.,0,1,1,1,1,1] 


MMMM KMKM KKK KK 


- 


goooo0oo0ocqcooooon$o 
ees. 8 & & ee Be ee @ 8 


PRP PPP Hr OOP 


y 


-> 
-> 


[0,0,0,1,1};”S4,NIC WT, ACK=0,NBCLK=0" 
(0,0,1,1,1};”S0" 


-> 
-> 
-> 
-> 
-> 


(0,0,1,1,1};”S0" 
{[1,0,1,1,1];”S1,ROM 
{1,0,1,1,1)7”S1,ROM 
{0,0,1,1,1)7”S4,ROM 
(0,0,1,1,1];"S4,ROM 
(0,0,1,1,1]);”S0" 
(0,0,1,1,1);”S0" 
(1,0,1,1,0);"S1,RAM 
(1,0,1,1,0);"%S1,RAM 
0);”S2,RAM 


oe 
oe 
- 8 8 8 


. 


7”S1,ROM 
);”S1,ROM 


- «& 


~ 


-~_— *s * 8 8 


Dentin Mian tame Mame til cee enn tiene Bonn Boon Me Mee ee 
RKPerReRrerRrRoOOoOoCoOoOrFrFr OOO 
. 


-~ 
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RD” 

RD, NBCLK=0" 

RD, ACK=0" 

RD, ACK=0, NBCLK=0" 


RD” 

RD, NBCLK=0" 

RD” 

RD, NBCLK=0, TBCK=1" 
RD, TOP=1" 

RD, NBCLK=0" 

RD, ACK=0" 

RD, ACK=0, NBCLK=0" 


Wr” 

WT, NBCLK=0" 

WT, BERR=0" 

WT, BERR=0, NBCLK=0" 


wr” 

WT, NBCLK=0" 

WT, BERR=0" 

WT, BERR=0, NBCLK=0" 


WT” 

WI, NBCLK=0" 

WT” 

WT, NBCLK=0, TBCK=1" 
WT, TOP=1" 

WT, NBCLK=0" 
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(1,1,0,1, 
{1, 0, 0,1, 
(1,1,1,1, 
{1,0,1,1, 
(0,1,0,1, 
(0,0,0,1, 
{1,1,0,1, 
{1,0,0,1, 
{1,1,1,1, 
(1,0,1,1, 
(1,1,1,1, 
[.X., Xe, 


end pal_6 


-X%.,0,1, 
-X.,0,0, 
-X.,0,1, 
-X.,0, 1, 
-X.,0,1, 


-X.,1,1,0] 
-X.,1,1,0) 
-X.,1,1,0] 
-X.,0,1,1] 
-X.,0,1,1) 


-X.,0,1,1,0,1,1) 


-X.,0,0, 
-X.,0,0, 
-X.,0,1, 
-X.,1,1, 
-X.,1,1, 
-X.,0,0, 


oX%.,0, 1, 1) 
-X%.,0,1,1) 


.X.,0,1,1) 


-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 
-> 


{0,0,1,1,1]):%S4,RAM WT, ACK=0" 


[0,0,1,1,1]#%S4,RAM WT, ACK=0,NBCLK=0" 


(0,0,1,1,1):”S0" | 
[0,0,1,1,1];"S0" 

(1,0,1,1,1]2"S1,ROM RD” 
{1,0,1,1,1];”S1,ROM RD, NBCLK=0" 
{0,0,1,1,1]2”S4,ROM RD, ACK=0" 
[0,0,1,1,1};”S4,ROM RD, ACK=0,NBCLK=0" 
(0,0,1,1,1):”S0" 


oXuy eXey Xe~p eX.) > (1,0,1,1,1])7”S0" 
oXeg Xeoyp eXe~p eX.) > (1,0,1,1,1]) 7”S0" 
aXe Keg Keg Keg Kee eX.) >| 
[O, .X.- Xe, Xe, -X-) 7 “BACK*=0, LADERLAD=0" 

[Xeg eXeg Keg Oe ly .Xay Kay Koy Key Key eX.) > 

(1, .X.,.X.,.X.,.X.)7”BACK*=0, LADERLAD=1" 
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ARBITER STATE | 


: NBCLK 
(NUBUS CLOCK) 


/DASB 
(DATA STROBE) 


/ROMCS 
(ROM CHIP SELECT) 


DATO-7 
(LOCAL DATA BUS) 


/ADD24=31 
(NUBUS MUX ADDRESS/DATA LINES) 


ROM DATA (READ) 


ROM DATA (READ) 


TL/F/10805-15 


FIGURE A-1. Detailed NuBus to ROM Read Timing 


TIMINGS 

A= 15 ns, 16R4B prop delay, NbCIk to DaSb 
B = 15 ns, 16L8B prop delay, DaSb to ROMCS 
C = 8 ns, F651 prop delay, Data Bus to NuBus 


D = 35 ns, Max ROM enable access time, ROMCS to Data 
Bus 

E = 21 ns, NuBus data set up time, NuBus data to NbCIk 
low (S4) 

Note: The address to the ROM is valid midway through the SO state. There- 


fore the ROM address access time (70 ns) is not in the timing critical 
path. 


ROM READ DATA SET UP TIME 


Spec Times To Be Met 

Read data set up time to NuBus 
(NbCIk(S4)low) = 21 ns 

(Tsu in Nubus spec) 


Adapter Card Times 

Read data set up time 
Tcp(S1) + Tew(S4) -A-B-C-D 
100 + 75 + 15+ 15 — 8 — 35 
102 ns (81 ns to spare) 


Data hold times are as per RAM read cycles 
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ARBITER STATE | 


NBCLK 
(NUBUS CLOCK) 


/NICACK 
(NIC ACKNOWLEDGE) 


/QNICACK 
(SYNC NIC ANON) : 


DATO=7 
“ (LOCAL DATA BUS) 


/ADD24-31 
(NUBUS MUX inpeess/lata LINES) 


-Tep: 


TL/F/10805-16 


FIGURE A-2. Detailed NuBus to DP8390 Read Timing 


TIMINGS 
A= 4ns, Min F175 prop delay, NICACK to QNICACK 

B = 10 ns, Typ 16R4B Set Up, QNICACK to NBCIk 

C = 8 ns, F651 prop delay, Data Bus to NuBus 

D = 55 ns, NIC Register access time, NICACK to Data Bus 
E = 21 ns, NuBus Data set up time, NuBus data to NbCik 
Data hold times are as per RAM read cycles 


NIC REGISTER READ DATA SET UP TIME 


Spec Times To Be Met 
Read data set up time to NpBuS BENE en) = 21ns 
(Tsu in NuBus spec) : 


Adapter Card Times 


Read data set up time = 
Tew(S2) +A+B-—C—D = 75+4+10—8—55 
‘= 26 ns (5 ns to spare) 

(Note B is a typical value) 


ARBITER STATE 


NBCLK 
(NUBUS CLOCK) 


/DaSb 
(DATA STROBE) 


/NBDBOET 
(NUBUS TO DATA OUTPUT ENABLE) 


/RAMWET (MWR 
(WRITE ENABLE TOP 


DATO=7 
(LOCAL DATA BUS) 


/ADD24~31 
(NUBUS MUX ADDRESS/DATA LINES) 
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rane 
(NUBUS DATA (WRITE) 


NUBUS DATA (WI 
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FIGURE A-3. NuBus to NIC Write Timing 


TIMINGS 


A+B+C = 45 ns, 16R4B and 16L8B delay, 
NbCIk to RAMWET 


D = 52 ns, NuBus data enable (Ton+2Tpd), DaSb to 
ROMCS 


E = 8ns, F651 prop delay, Data Bus to NuBus 

F = 25 ns, Nubus data hold time (Tcp—Tcw) 

G = 2-ns, F651 min prop delay, Local bus to NuBus 
For Tcp, Tew, Ton, Tpd see RAM read timings 


NIC REGISTER WRITE DATA SET UP TIME 


Spec Times To Be Met 
Write data set up time to end of MWR = 20 ns (NIC spec) 


Adapter Card Times 


Write data set up time to end of MWR = 
Tep(S1) + Tew(S2)—D—E = 115 ns (95 ns to spare). 
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NIC REGISTER WRITE DATA HOLD TIME 


Spec Times To Be Met 
Write data hold time after MWR = 17 ns (NIC spec) 


Adapter Card Times 
Write data hold time after MWR = F+E-C = 17 ns 
(C = 10 ns (D series PAL)) 

NIC REGISTER WRITE WIDTH FROM ACK 


Spec Times To Be Met 
Write width from ACK = 50 ns min (NIC spec) 


Adapter Card Times 


As RAMWET (MWR) is set before S4, 
ACK to RAMWET > 75 ns (>25 ns to spare). 
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aremmer stare | 20% | ee | = | zy | = 
nBcLK | | LJ LJ Lj | 
(NUBUS CLOCK) =— 100ns ; 75ns—>}<—»| i M be 


A> 25 ns 


/ADD24-31 NUBUS ADDRESS { —_| RAM DATA TO NUBUS 16-31 C RipuS Octs 


K K 
LADO=21 NUBUS ADDRESS — 
(LOCAL ADDRESS) 
/MYSLOT 
/RAMCS 
(RAM CHIP SELECT) 
/DaSbh . 
(DATA STROBE) 
/DBNBOE me 


(TOP BUS CLOCK PULSE) 


/RAMOE 
(RAM OUTPUT ENABLE) 


Rr Ali H 
(TOP HALF OF 32 BIT ORD) 
/R a 


‘AMLADO 
(RAM LOCAL ADDRESS 0) fe 


DATO=15 C NanuS 16-31 | NUBUS O15 
LOCAL DATA BUSM : ) 
TL/F/10805-18 


FIGURE A-4. NuBus to RAM Read Timing and Address Recognition Timing 
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K = 8ns, F651 prop delay, Local data bus to NuBus 
P = 15 ns, PAL16L8B prop delay, NbCIk(S2) low to TBCK 


Spec Times To Be Met 

RAM Read data set up time to NuBus 
(NbCIk(S4)low) = 
M = 21 ns (Tsu in NuBus spec) 

RAM Read data set up time in TBCK = 7 ns 
(F651 spec) 

TBCK minimum pulse width = 7 ns 
(F651 spec) 


Adapter Card Times 

NbCIk(S1) to RAM Read data (bottom 16 bits) on local data 
bus = H+J+L = 130 ns 

Set up time to TBCK = Tcp(S1+S2)—130 = 70 ns 

(63 ns to spare) 

NbClk(S3) to RAM Read data (32 bits) on NuBus = 
H+J+L+K = 138 ns 


Adapter Card Times 


Data buffer enabling signals are not cleared until after 
NbCIk(S3) goes high 
Hold time on Local data bus after 
Tcp(S2)—Tcw(S2)—P = 10 ns 

(> 10 ns to spare) 
Data must be held on NuBus while NbCIk(S4) is low and as 
buffer enabling signals are not cleared until the next rising 
edge of NbCik, NuBus hold time is met 


Address Recognition 


= 52 ns, Nubus address valid (Ton+ 2Tpd), 
NbCiIk to NuBus 


= 10 ns, F533 prop delay, Nubus to Local Address 
= 11 ns, F521 prop delay, Local address to MySlot 


TBCK > 


ARBITER STATE | 


NBCLK 
(NUBUS CLOCK) 


/0aSb 
(DATA STROBE) 
NBDBOET/B 


/ 
(NUBUS TO DATA OUTPUT ENABLE) 


/RAMWET/B 
(RAM WRITE ENABLE TOP OR BOTTOM) 


/RAMWE 
(RAM WRITE ENABLE) 


/ADD0=31 
(NUBUS MUXED ADDRESS DATA LINES) 


/DATO=15 
(LOCAL DATA BUS) 


TIMINGS 
A= 15ns, B series PAL prop delay, NbClk to DaSb or TOP 


B= 15 ns, PAL16L8B prop delay, DaSb or TOP to 
NBDBOE 


C = 15ns, PAL16L8B prop delay, NBDBOE to RAMWET/B 
D = 6.5 ns, F11 prop delay, RAMWET/B to RAMWE 


E = 52 ns, NuBus data turn on time, NbCIk(S1) to Local 
data bus 


F = 8 ns, F651 prop delay, Local data bus to NuBus 
RAM CE TO END OF WE 

Spec Times To Be Met 

RAM CE to end of RAMWE = 85 ns (RAM spec) 


Adapter Card Times 

RAMCE is driven during SO (See RAM read timing) 
RAMCE to end of RAMWE>Tcp(S1)+ Tew(S2) = 175 ns 
(>90 ns to spare) 

RAM WE PULSE WIDTH 


Spec Times To Be Met 
RAMWE pulse width = 70 ns min (RAM spec) 
Adapter Card Times 


RAMWE pulse width > Tcp(S1)+ Tew(S2)-A—B-C—D = 
123.5 ns (53.5 ns to spare) 


DATA VALID TO END OF WE 


Spec Times To Be Met 


Data valid to end of RAMWE = 50 ns min (RAM spec) 


Adapter Card Times 


Data valid to end of RAMWE = Tcp(S1)+ Tcew(S2) -E—-F 
= 115 ns (65 ns to spare) 


S1 OR S3 $2 OR S4 


TL/F/10805-19 


FIGURE A-5. NuBus to RAM Write Timing 


1-451 © 


989-NV 


AN-686 


DATA HOLD AFTER END OF WE 


Spec Times To Be Met 
Data hold after end of RAMWE = 0 ns min (RAM spec) 


Adapter Card Times 


Data buffer enabling signals are not cleared unit! after 
NbCIk(S3) goes high 


Data hold after end of RAMWE > 


Tep(S2 or S4)+ Tew(S2 or S4)-C—D = 3.5ns © 
(>3.5 ns to spare) 
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NM95C12 Applications ina 
PC-AT® Ethernet® Adapter 


INTRODUCTION 


This application describes a typical Ethernet adapter card 
designed to be plugged into a PC-AT expansion slot. The 
board is designed around the National Semiconductor 
DP83932 SONICTM Network Controller device. This applica- 
tion note will detai! the system design and focus on the 
functions performed by the NM95C12 EEPROM. 


This application note assumes that the reader is familiar 
with the PC-AT architecture, the DP83932 device, the 
.NM95C12 EEPROM and designing with GAL® Programma- 
ble Logic Devices (PLDs). 


DATA BUS (15:0) 


ADDRESS BUS A(19:0) 
OATA BUFFER 


~~ Bd(1$:0) 


ADDRESS BUFFER 


SA(19:0) 


MEM & I/O 
DECODE 
PORTPAGE 
~» PORTPAGE | 4 


CONTROL BUFFER 


IRQ & DACK 
MULTIPLEXER 


CONTROL BUS 


*Denotes an active fow signal. 


National Semiconductor 
Application Note 792 
Sean Long 


SYSTEM DESCRIPTION 


The network controller card has been designed to meet the 
following specifications: 


® Designed around high performance 32-bit DP83932 
Ethernet Controller 


e 16-Bit bus master operation to give higher performance 


¢ Fully software configurable (no jumpers or mechanical 
DIP switches) 


e Extensive test and configuration capabilities 
e Supports different media interfaces 

¢ Bootrom option 

The system block diagram is shown in Figure 7. 


NM95C12 


INPUT PORT 
SONIC/NETWORK 1 BIT 
CONTROLLER 


il DP83932 | 0(15:0) 


INTERFACE 
SELECTOR 


GAL22V10 


THIN 
ETHERNET 


STANDARD 
ETHERNET 


BUSSPEED 


TL/D/11265-1 


FIGURE 1. System Block Diagram 
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FUNCTIONAL DESCRIPTION OF THE BOARD 

The system contains the following logical functions: 

1. Network controller (DP83932) 

2. Cable interfaces 

3. Busmaster interface logic, including data and address 
buffers 

4. EPROM option for remote boot loader 

This system uses both the EEPROM locations and the 

switch logic terminals of the NM95C12 to perform various 

functions within the system as detailed below. 


FUNCTIONAL DESCRIPTION OF NM95C12 EEPROM 

Use of the Switches: 

The switch terminals of the NM95C12 EEPROM are used as 

part of the memory map address decoding and the !/O map 

decoding circuitry, feeding as inputs to a GAL20V8 which 

performs the address decoding logic from the system ad- 

dress inputs. 

The NM95C12 switches control: 

1. The base I/O address of the network controller board. 

2. The base memory address of the bootrom EPROM option 
on the board. 


ADDRESS DECODING 

The address decoding is controlled by a GAL20V8 PLD (re- 
fer to the 1990 National Semiconductor PLD Databook and 
Design Guide for further information) as shown in Figure 2. 
The inputs to the GAL20V8 are the system address lines, 
the memory and I/O control signals, and the switch termi- 


nals from the NM95C12. The outputs from the GAL20V8 are 
the various chip select signals for the memory and I/O 


ports. The system address bus transmits the current ad- 


dress value and the M/~ IO signal determines if a memory 
or 1/0 cycle is in progress. 


Address lines AO-A19 allow up to 1 Meg (O—-FFFFF) of 
memory to be addressed, while address lines AO-A15 allow 
up to 64K (0-FFFF) of 1/O ports to be addressed. If the 
control signal M/ ~ IO is logical ‘‘1” (high) then the proces- 
sor is performing a memory cycle and if the M/ ~ IO signal is 
logical “0” then an I/O cycle is in operation. 


For a PC-AT various memory and I/O locations are re- 
served for standard functions such as system memory and 
1/O (refer to PC-AT documentation to determine which 
memory and !/O locations are free for add-in boards). 


The switch outputs from the NM95C12 are connected as 
inputs to the GAL address decode logic and are-used to 
determine the base memory and I/O locations for the add-in 
card. Figure 2 shows the typical use of a GAL for address 
decoding. 


The advantage of using a PLD for the address decoding is 
that it is an easy way to implement different address decode 
functions by logic equations. The logic equations can be 
implemented with a standard PLD design compiler such as 
OPAL™ from National Semiconductor or a third party soft- 
ware package such as ABEL™ from Data I/O. The PLD 
compiler will take the logic equations and convert them into 
the GAL fuse map which can be used for programming on a 
wide range of device programmers. A typical set of logic 
equations using National Semiconductors OPAL software 
package is shown in Figure 3. 


GAL20V8 


SWITCH 
INPUTS 
FROM 
NM95C12 


ADDRESS BUS 


CHIP SELECT OUTPUTS 


BOOTROM 


PORTPAGE 


TL/D/11265~-2 


FIGURE 2. Address Decoding 


BEGIN HEADER 

TITLE Address decoding for PC AT Ethernet adapter card 
PATTERN Addr_Dec 

REVISION Rev 0 

AUTHOR Dave Engineer 

COMPANY National Semiconductor 

DATE June 1991 


Everything in the header command is copied directly into the JEDEC map as a comment field for 
easy documentation 


END HEADER 


BEGIN DEFINITIONS 

device G20V8; { specify the device used } 
inputs sO, sl, s2, s3, s4, s5; { define the inputs } 
inputs m_~io, a0, al, a2, a3, a4, a5; 

outputs(com) bootroom, portpage; {define the outputs} 

{ OPAL will perform automatic pin assignment } 

set ioselect=[s2,sl,s0], memselect=[s5,8s4,83]; { define the switch sets } 
set address=[a5,a4,a3,a2,al,a0]; 

END DEFINITIONS 


BEGIN EQUATIONS 

{ " 4 " = logical NOT function (i.e. logical 0) 
" & " = logical AND function 
" + " = logical OR function } 


{ if m.~io is logical 0, then decode switch set s2, sl, sO and address lines for the various 
base I/O locations. 


Refer to PC-AT system I/O address map before selecting free I/O ports, the decodes shown are 
for example only - change for specific applications as required. } 

bootrom = /m_~io & ( (ioselect == 0) & (address == Th00) 

+ (loselect == 1) (address == ThOl) 

+ (loselect == 2) (address == Th02) 

+ (iloselect == 3) (address == ThO3) 

+ (ioselect == 4) (address == Th04) 

+ (ioselect == 5) (address Tho5) 

+ (loselect == 6) (address Th06)); 


{ if m.~io is logical 1, then decode switch set s5, s4, s3 and address line for the various 
base memory locations. 


Refer to PC-AT system I/0 address map before selecting free Memory locations, the decodes 
shown are for example purposes only - change for specific applications as required. } 


portpage = m_~io & ( (memselect == 0) & (address == Th18) 

+ (memselect == 1) & (address == Th20) 

(memselect == 2) & (address == Th28) 

(address == Th30) 
(address Th38) ; 


+ 
+ (memselect == 3) 
+ (memselect == 4) 


& 
& 
END EQUATIONS 

FIGURE 3. GAL® Logic Equations 


USE OF THE NM95C12 EEPROM LOCATIONS 4. Two locations are used to store information about the 


1. Three locations are used to store the ethernet address of production flow of the board e.g.; the version number of 
the card. the out-going inspection, and serialization program which 


2. One location is used to store the interrupt number and SIO SU uduee Metieh AGateSs aN ine EEPROM. 
the DMA channel of the board. 5. There are also some EEPROM locations used to enable 


some special features in the network driver such as pro- 


3. One location is used to store the busmaster speed setting tocol, DMA priority, etc 


of the card. 
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Figure 4 below shows the memory usage of the NM95C12. 


16 BITS 


SWITCH READBACK REGISTER 
INITIAL SWITCH SETTINGS 


INITIAL SWITCH SETTING 


LOCATION 8-60 FREE FOR 
STORING NON-VOLATILE PARAMETERS 


TWO LOCATIONS USED 


ONE LOCATION STORES DMA CHANNEL USED 


ONE LOCATION STORES BUSMASTER 
SPEED SETTING 


I Gres 91 } ONE LOCATION STORES INTERRUPT NUMBER 


THREE LOCATIONS (48 BITS) STORE 
ETHERNET ADDRESS 


TL/D/11265-3 
FIGURE 4. Memory Locations Used in NM95C 12 


FUNCTIONAL DESCRIPTION OF THE SOFTWARE 

The driver for the card can be supplied in two ways: 

1. As a driver which is loaded from the disk. 

2. As a bootrom which is located at the card. 

The driver determines the base I/O address of the card. 
This is done by scanning the possible I/O map where the 
card can be located (seven possible locations) and testing if 
the NM95C12 EEPROM can be found. 

The EEPROM is found if, after an address is shifted in the 
EEPROM, the DO output from the NM95C12 has become 
logical “zero”. Then the CS pin will be disabled and there 
will be a check if the DO output pin will become high (this 
pin is pulled up with a 47K resistor). 


When the software finds the base address of the card, it 
reads the locations which contain the DMA and IRQ number 
to use and programs these values into the corresponding 
output latches. These latches will enable and/or multiplex 
the corresponding DMA (DACKx, DRQx) and INT (IRQx) to 
the busmaster logic and interrupt logic. 


The same operation is done for the busmaster speed, one 
location in the EEPROM determines the active low and high 
time for busmaster cycles, the output of this latch will go to 
the busmaster state machine (implemented in a 
GAL22V10). 

The ethernet address will be read by the driver and copied 
to a private location in the driver data area for use with the 
network software. 

The bootrom can be located at five locations in memory 
(controlled by the NM95C12 switch logic) and can be dis- 
abled if required. 


CONCLUSION 

This application has shown the many advantages of the 
NM95C12 EEPROM with DIP Switches. In this example the 
NM95C12 replaces the functions typically performed by a 
Bipolar PROM (store ethernet address), mechanical DIP 
switches/jumpers (select options), and general read/write 
logic (software testing of the hardware configuration). The 
use of the switch terminals as part of the address decode 
logic makes the address decode function more flexible and 
allows for software control. © 


The easy interfacing to the NM95C12 (just four pins) and 
the simple, but powerful instruction set allows the NM95C12 
to give the system designer: 


© Greater flexibility 

¢ Fully software controllable and testable 

© Greater reliability (no mechanical switches or SneES) 
« Reduced component count 

¢ Lower component cost 
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GA National 


Semiconductor 


DP83934 SONIC™-T 


PRELIMINARY 


Systems-Oriented Network Interface Controller 


with Twisted Pair Interface 


General Description 


The SONIC-T (Systems-Oriented Network Interface Control- 
ler with Twisted Pair) is a second-generation Ethernet Con- 
troller designed to meet the demands of today’s high-speed 
32- and 16-bit systems. Its system interface operates with a 
high speed DMA that typically consumes less than 5% of 
the bus bandwidth. Selectable bus modes provide both big 
and little endian byte ordering and a clean interface to stan- 
dard microprocessors. The linked-list buffer management 
system of SONIC-T offers maximum flexibility in a variety of 
environments from PC-oriented adapters to high-speed 
motherboard designs. Furthermore, the SONIC-T integrates 
a fully-compatible IEEE 802.3 Encoder/Decoder (ENDEC) 
and a Twisted Pair Interface which provide a one-chip solu- 
tion for Ethernet when using 10BASE-T. When using 
10BASE2 or 10BASES5, the SONIC-T may be paired with the 
DP8392 Coaxial Transceiver Interface to achieve a simple 
2-chip solution. 


For increased performance, the SONIC-T implements a 
unique buffer management scheme to efficiently process 
receive and transmit packets in system memory. No inter- 
mediate packet copy is necessary. The receive buffer man- 
agement uses three areas in memory for (1) allocating addi- 
tional resources, (2) indicating status information, and (3) 
buffering packet data. During reception, the SONIC-T stores 
packets in the buffer area, then indicates receive status and 
control information in the descriptor area. The system allo- 
cates more memory resources to the SONIC-T by adding 


System Diagram 


descriptors to the memory resource area. The transmit buff- 
er management uses two areas in memory: 

1. indicating status and control information; 

2. fetching packet data. 
The system can create a transmit queue allowing multiple 
packets to be transmitted from a single transmit command. 
The packet data can reside on any arbitrary byte boundary 
and can exist in several non-contiguous locations. 


Features 

@ 32-bit non-multiplexed address and data bus 
High-speed, interruptible DMA 
Linked-list buffer management maximizes flexibility 
Two independent 32-byte transmit and receive FIFOs 
Bus compatibility for all standard microprocessors 
Supports big and little endian formats 
Integrated IEEE 802.3 ENDEC 
Integrated Twisted Pair Interface 
Complete address filtering for up to 16 physical and/or 
multicast addresses 
32-bit general-purpose timer 
Full-duplex loopback diagnostics 
Fabricated in low-power CMOS 
160 PQFP package 
Full network management facilities support the 802.3 
layer management standard 
Integrated support for bridge and repeater applications 
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1.0 Connection Diagrams (Continued) 
1.2 PIN CONNECTION DIAGRAM, MOTOROLA MODE 
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2.0 Pin Description 
|= Input TRI-STATE® drivers. These pins are driven high, 
O= Output low or TRI-STATE. Drive levels are CMOS compati- 


Z=_ TRI-STATE Input which is TTL compatible a Se-pins may-also: Decinpuls(depending:en 
Gel pee, eeqieelin tae fon interfacing te Open Collector type drivers. These drivers are 
: : : ; TRI-STATE when inactive and are driven low when 
Totem Pole type drivers. These drivers are driven - active. These pins may also be inputs (depending 
either high or low and are always driven. Drive lev- on the pin). 


als aie GMOS compatible, TPI = Twisted Pair Interface. 


LED's Light Emitting Diode type divers, Pin names which contain a “/” indicate dual function pins. 


TABLE 2-1. Pin Description 


Driver 
Symbol BY" | recon | Description 


NETWORK INTERFACE PINS 


External ENDEC Select: Tying this pin to Vcc (EXT = 1) disables the internal ENDEC 
and allows an external ENDEC to be used. Tying this pin to ground (EXT = 0) enables 
the internal ENDEC. This pin must be tied either to Voc or ground. Note the alternate pin 
definitions for CRSo/CRSi, COLo/COLi, RXDo/RXDi, RXCo/RXCi, and TXCo/TXCi. 
When EXT = 0 the first pin definition is used and when EXT = 1 the second pin 
definition is used. 


Attachment Unit Interface (AUI)/Twisted Pair (TP) Select: Tying this pin to Vcc 
(AUI/TP = 1) enables the AU! mode for interface with the ENDEC unit. Tying this pin to 
GND (AUI/TP = 0) enables the TP! Module mode for interface with the ENDEC unit. 


TXOd+,TXO+, TP Twisted Pair Transmit Outputs: These high drive CMOS level outputs are resistively 
TXO-—, TXOd—- combined external to the chip to produce a differential output signal with equalization to 
compensaie for Intersymbol Interference (IS!) on the twisted pair medium. 


RXI+, RX!I— Twisted Pair Receive Inputs: These inputs feed a differential amplifier which passes 
valid data to the ENDEC module. 


Transmit: An open-drain active low output. It is asserted for approximately 50 ms 
whenever the SONIC-T Controller transmits data in either AU] or TP! modes. 


Receive: An open-drain active low output. It is asserted for approximately 50 ms 
whenever receive data is detected in either AUI or TPI mode. 


Collision: An open-drain active low output. It is asserted for approximately 50 ms 
whenever the SONIC-T Controller detects a collision in either AUI or TP! modes. 


Polarity: An open-drain active low output. This signal is normally inactive. When the TPI 
module detects seven consecutive link pulses or three consecutive received packets with 
reversed polarity, it is asserted. 


LINKLED Good Link: An open-drain active low output. This pin operates as an output to display 
link integrity status if this function has not been disabled by the LNKDIS pin described 
below. 

This output is off if the SONIC-T Controller is in AU! mode or if link testing is enabled and 
the link integrity is bad (i.e., the twisted pair link has been broken). 

This output is on if the SONIC-T Controller is in Twisted Pair Interface (TPI) mode, link 
integrity checking is enabled and the link integrity is good (i.e., the twisted pair link has 
not been broken) or if the link testing is disabled. 


Link Disable: When this pin is tied to GND (LNKDIS = 0), the link test pulse generation 
and integrity checking function are both disabled. 


Low Squeich Select: Tying this pin to Vcc (LOWSQL = 1) sets the squelch mode to use 
a squelch threshold level lower than that of the 10BASE-T specification (see Section 
3.1). 
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2.0 Pin Description (Continued) 


Driver 
Type 


NETWORK INTERFACE PINS (Continued) 


eee 


Symbol 


OSCIN 


OSCOUT 


cD-— 


TXD/ 
EXUSR3 


LBK/ 
EXUSR2 


‘TABLE 2-1. Pin Description (Continued) 


Description 


Crystal Feedback Input or External Oscillator Input: This signal is used to provide clocking 
signals for the internal ENDEC. A crystal may be connected to this pin along with OSCOUT, or 
an oscillator module may be used. See Section 8.1.3 for more information about using an 
oscillator or crystal. 


Crystal Feedback Output: This signal is used to provide clocking signals for the internal 
ENDEC. A crystal can be connected to this pin along with OSCIN. See Section 8.1.3 for more 
information about using an oscillator or crystal. 


AUI Receive +: The positive differential receive data input from the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 


AUI Receive —: The negative differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1). 


AUI Transmit +: The positive differential transmit output to the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT = 1). 


AUI Transmit —: The negative differential transmit output to the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT = 1). 


AUI Collision +: The positive differential collision input from the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT = 1). 


AUI Collision —: The negative differential collision input from the transceiver. This pin should be 
unconnected when an external ENDEC is selected (EXT = 1). . 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, EXBUS, for 
more information.) 
Transmit Data (TXD): The serial NRZ data from the MAC unit which is to be decoded by an 
external ENDEC. Data is valid on the rising edge of TXC. Although this signal is used internally 
by the SONIC-T it is also provided as an output to the user. 

Extended User Output (EXUSR3): When EXBUS has been set (see Section 6.3.2), this pin 
becomes a programmable output. It will remain TRI-STATE until the SONIC-T becomes a bus 
master, at which time it will be driven according to the value programmed in the DCR2 (see 
Section 6.3.7). 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, EXBUS, for 
more information.) 

Loopback (LBK): When ENDEC Loopback mode is enabled, LBK is asserted high. Although this 
signal is used internally by the SONIC-T it is also provided as an output to the user. 

Extended User Output (EXUSR2): When EXBUS has been set (see Section 6.3.2), this pin 
becomes a programmable output. It will remain TRI-STATE until the SONIC-T becomes a bus 
master, at which time it will be driven according to the value programmed in the DCR2 (see 
Section 6.3.7). 


Transmit Enable: This pin is driven high when the SONIC-T begins transmission and remains 
active until the last byte is transmitted. Although this signal is used internally by the SONIC-T itis 
also provided as an output to the user. 
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2.0 Pin Description (Continued) 
TABLE 2-1. Pin Description (Continued) 


Driver 
Symbol Brive | ection Description 


NETWORK INTERFACE PINS (Continued) 


RXCo/ TP This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, 

RXCi/ EXBUS, for more information.) 

EXUSR1 TRI 0, Z Receive Clock Output (RXCo) from the internal ENDEC (EXT = 0): When EXT = 0 the RXCo 
signal is internally connected between the ENDEC and MAC units. This signal is the receive clock 
that is derived from the Manchester data stream. It remains active 5-bit times after the 
deassertion of CRSo. Although this signal is used internally by the SONIC-T it is also provided as 
an output to the user. 

Receive Clock Input (RXCi) from an external ENDEC (EXT = 1): The receive clock that is 
derived from the Manchester data stream. This signal is generated from an external ENDEC. 
Extended User Output (EXUSR1): When EXBUS has been set (see Section 6.3.2), this pin 
becomes a programmable output. It will remain TRI-STATE until the SONIC-T becomes a bus 
master, at which time it will be driven according to the value programmed in the DCR2 (see 
Section 6.3.7). 


RXDo/ TP This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, 

RXDi/ EXBUS, for more information.) 

EXUSRO TRI Receive Data Output (RXDo) from the internal ENDEC (EXT = 0): NRZ data output. When 
EXT = 0 the RXDo signal is internally connected between the ENDEC and MAC units. This 
signal must be sampled on the rising edge of the receive clock output (RXCo). Although this 
signal is used internally by the SONIC-T, it is also provided as an output to the user. 

Receive Data Input (RXDi) from an external ENDEC (EXT = 1): The NRZ data decoded from 
the external ENDEC. This data is clocked in on the rising edge of RXCi. 

Extended User Output (EXUSRO): When EXBUS has been set (see Section 6.3.2), this pin 
becomes a programmable output. It will remain TRI-STATE until the SONIC-T becomes a bus 
master, at which time it will be driven according to the value programmed in the DCR2 (see 
Section 6.3.7). 


This pin will be TRI-STATE until the DCR has been written to. (See Section 6.3.2, 

EXBUS, for more information.) 

Transmit Clock Output (TXCo) from the internal ENDEC (EXT = 0): This 10 MHz transmit clock 
output is derived from the 20 MHz oscillator input. When EXT = 0 the TXCo signal is internally 
connected between the ENDEC and MAC units. Although this signal is used internally by the 
SONIC-T, it is also provided as an output to the user. 

Transmit Clock Input (TXCi) from an external ENDEC (EXT = 1): This input clock from an 
external ENDEC is used for shifting data out of the MAC unit serializer. This clock is nominally 10 
MHz. 

Synchronous Termination (STERM): When the SONIC-T is a bus master, it samples this pin 
before terminating its memory cycle. This pin is sampled synchronously and may only be used in 
asynchronous bus mode when BMODE = 1. (See Section 7.2.5 for more details.) 


Carrier Sense Output (CRSo) from the internal ENDEC (EXT = 0): When EXT = 0 the CRSo 
signal is internally connected between the ENDEC and MAC units. It is asserted on the first valid 
high-to-low transition in the receive data (RX +). This signal remains active 1.5 bit times after the 
last bit of data. Although this signal is used internally by the SONIC-T, it is also provided as an 
output to the user. 

Carrier Sense Input (CRSi) from an external ENDEC (EXT = 1): The CRSi signal is activated 
high when the external ENDEC detects valid data at its receive inputs. 
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2.0 Pin Description (Continued) 


Driver 


NETWORK INTERFACE PINS (Continued) 
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BUS INTERFACE PINS (BOTH BUS MODES) 


COLo/ 
COLi 


BMODE 


RA5—RAO 
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TABLE 2-1. Pin Description (Continued) 


Description 


COLLISION OUTPUT (COLo) from the Internal ENDEC (EXT = 0): When EXT = 0 the COLo 
signal is internally connected between the ENDEC and MAC units. This signal generates an 
active high signal when the 10 MHz collision signal from the transceiver is detected. Although 
this signal is used internally by the SONIC-T, it is also provided as an output to the user. 
COLLISION DETECT INPUT (COLI) from an External ENDEC (EXT = 1): The COLI signal is 
activated from an external ENDEC when a collision is detected. This pin is monitored during 
transmissions from the beginning of the Start of Frame Delimiter (SFD) to the end of the packet. 
At the end of transmission, this signal is monitored by the SONIC-T for CD heartbeat. 


PACKET COMPRESSION: This pin is used with the Management Bus of the DP83950, 
Repeater Interface Controller (RIC). The SONIC-T can be programmed to assert PCOMP 
whenever there is a CAM match, or when there is not a match. The RIC uses this signal to 
compress (shorten) a received packet for management purposes and to reduce memory usage. 
(See the DP83950 datasheet for more details on the RIC Management Bus.) The operation of 
this pin is controlled by bits 1 and 2 in the DCR2 register. PCOMP will remain TRI-STATE until 
these bits are written to. 


PACKET REJECT: This signal is used to reject received packets. When asserted low for at’ 
least two receive clock cycles (RXC), the SONIC-T will reject the incoming packet. This pin can 
be asserted up to the 2nd to the last bit of reception to reject a packet. 


BUS MODE: This input enables the SONIC-T to be compatible with standard microprocessor 
buses. The level of this pin affects byte ordering (little or big endian) and controls the operation 
of the bus interface contro! signals. A high level (tied to Vcc) selects Motorola mode (big 
endian) and a low level (tied to ground) selects National/Intel mode (little endian). Note the 


alternate pin definitions for AS/ADS, MRW/MWR, INT/INT, BR/HOLD, BG/HLDA, SRW/SWR, 
DSACKO/RDYo, and DSACK1/RDYi. (See Sections 7.3.1, 7.3.4, and 7.3.5 for bus interface 
information.) 


DATA BUS: These bidirectional lines are used to transfer data on the system bus. When the 
SONIC-T is a bus master, 16-bit data is transferred on D16-D0 and 32-bit data is transferred on 
D31~D0. When the SONIC-T is accessed as a slave, register data is driven onto line D15—D0. 
D31-D16 are held TRI-STATE if SONIC-T is in 16-bit mode. If SONIC-T is in 32-bit mode, they 
are driven, but invalid. 


ADDRESS BUS: These signals are used by the SONIC-T to drive the DMA address after the 
SONIC-T has acquired the bus. Since the SONIC-T aligns data to word boundaries, only 31 
address lines are needed. 


REGISTER ADDRESS BUS: These signals are used to access SONIC-T’s internal registers. 
When the SONIC-T is accessed, the CPU drives these lines to select the desired SONIC-T 
register. 


RESET: This signal is used to hardware reset the SONIC-T. When asserted low, the SONIC-T 
transitions into the reset state after 10 transmit clocks or 10 bus clocks if the bus clock period is 
greater than the transmit clock period. 


BUS STATUS: These three signals provide a continuous status of the current SONIC-T bus 
operations See Section 7.3.3 for status definitions. 


BUS CLOCK: This clock provides the timing for the SONIC-T DMA engine. 


CHIP SELECT: The system asserts this pin low to access the SONIC-T’s registers. The 
registers are selected by placing an address on lines RA5-RAO. 

Note: Both CS and MREQ must not be asserted concurrently. If these signals are successively 
asserted, there must be at least two bus clocks between the deasserting edge of the first signal 
and the asserting edge of the second signal. 
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2.0 Pin Description (Continued) 
TABLE 2-1. Pin Description (Continued) 


Driver 
Symbol Pr¥=" | tection Description 


BUS INTERFACE PINS (BOTH BUS MODES) (Continued) 


SLAVE ADDRESS STROBE: The system asserts this pin to latch the register address on lines 
RAO-RAS. 


DATA STROBE: When the SONIC-T is bus master, it drives this pin low during a read cycle to 
indicate that the slave device may drive data onto the bus; in a write cycle, this pin indicates that 
the SONIC-T has placed valid data onto the bus. 


BUS RETRY: When the SONIC-T is bus master, the system asserts this signal to rectify a 
potentially correctable bus error. This pin has two modes. Mode 1 (the LBR bit in the Data 
Configuration Register is set to 0): Assertion of this pin forces the SONIC-T to terminate the 
current bus cycle and will repeat the same cycle after BRT has been deasserted. Mode 2 (the 
LBR bit in the Data Configuration register is set to 1): Assertion of this signal forces the SONIC-T 
to retry the bus operation as in Mode 1. However, the SONIC-T will not continue DMA operations 
until the BR bit in the ISR is reset. 


EARLY CYCLE START: This output gives the system earliest indication that a memory operation 
is occurring. This signal is driven low at the rising edge of T1 and high at the falling edge of T1. 


SHARED-MEMORY ACCESS PINS 


MEMORY REQUEST: The system asserts this signal low when it attempts to access the shared- 
buffer RAM. The on-chip arbiter resolves accesses between the system and the SONIC-T. 

Note: Both CS and MREQ must not be asserted concurrently. If these signals are successively 
asserted, there must be at least two bus clocks between the deasserting edge of the first signal 
and the asserting edge of the second signal. 


SLAVE AND MEMORY ACKNOWLEDGE: SONIC-T asserts this dual function pin low in response 
to either a Chip Select (CS) or a Memory Request (MREQ) when the SONIC-T’s registers or its 
buffer memory is available for accessing. This pin can be used for enabling bus drivers for dual- 
bus systems. 


BUS INTERFACE PINS (NATIONAL/INTEL MODE, BMODE = 0) 
ADS ADDRESS STROBE (ADS): The rising edge indicates valid status and address. 


MEMORY WRITE/READ STROBE MWR: When the SONIC-T has acquired the bus, this signal 
indicates the direction of the data transfer. The signal is low during a read cycle and high during a 
write cycle. , 


INTERRUPT (INT): Indicates that an interrupt (if enabled) is pending from one of the sources 
indicated by the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask register 
will not activate this signal. , 


HOLD REQUEST (HOLD): The SONIC-T drives this pin high when it intends to use the bus and is 
driven low when inactive. 


HOLD ACKNOWLEDGE (HLDA): This signal is used to inform the SONIC-T that it has attained 
the bus. When the system asserts this pin high, the SONIC-T has gained ownership of the bus. 


BUS GRANT ACKNOWLEDGE: This pin is only used when BMODE = 1. 


SLAVE READ/WRITE STROBE (SWR): The system asserts this pin to indicate whether it will 
read from or write to the SONIC-T’s registers. This signal is asserted low during aread and high 
during a write. 


READY INPUT (RDYi): When the SONIC-T is a bus master, the system drives this signal high to 
insert wait-states and low to terminate the memory cycle. This signal is sampled synchronously or 
asynchronously depending on the state of the SBUS bit in the Data Configuration register (DCR). 
(See Sections 7.3.5 and 6.3.2 for details.) 


READY OUTPUT (RDYo): When a register is accessed, the SONIC-T asserts this signal to 
terminate the slave cycle. 
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2.0 Pin Description (Continued) 


Driver 


TABLE 2-1. Pin Description (Continued) 


Description 


BUS INTERFACE PINS (MOTOROLA MODE, BMODE = 1) 


‘i Riel Recall 


MRW 


SRW 


DSACKO as 
Leer TRI 


USER DEFINABLE PINS 
USRO,1 


ADDRESS STROBE AS: The falling edge indicates valid status and address. The rising edge 
indicates the termination of the memory cycle. 


MEMORY READ/WRITE STROBE (MRW:) When the SONIC-T has acquired the bus, this signal 
indicates the direction of the data transfer. This signal is high during a read cycle and low during a 
write cycle. 


INTERRUPT (INT): Indicates that an interrupt (if enabled) is pending from one of the sources 
indicated by the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask 
register will not activate this signal. 


BUS REQUEST (BR): The SONIC-T asserts this pin low when it attempts to gain access to the 
bus. When inactive this signal is at TRI-STATE. 


BUS GRANT (BG): This signal is a bus grant. The system asserts this pin low to indicate potential 
mastership of the bus. 


BUS GRANT ACKNOWLEDGE: The SONIC-T asserts this pin low when it has determined that it 
can gain ownership of the bus. The SONIC-T checks the following conditions before driving 
BGACK: 


1. BG has been received through the bus arbitration process. 

2. AS is deasserted, indicating that the previous master has finished using the bus. 

3. DSACKO and DSACK1 are deasserted, indicating that the previous slave device is off the bus. 
4. BGACK is deasserted, indicating that the previous master is off the bus. 


be READ/WRITE (SRW): The system asserts this pin to indicate whether it will read from or 
lee ee to the SONIC-T’s registers. This signal is asserted high during a read and low during a write. 


DATA AND SIZE ACKNOWLEDGE 0 AND 1 (DSACKO,1): These pins are the output slave 
acknowledge to the system when the SONIC-T registers have been accessed and the input slave 
acknowledgement when the SONIC-T is bus master. When a register has been accessed, the 
SONIC-T drives the DSACKG,1 pins low to terminate the slave cycle. (Note that the SONIC-T 
responds as a 32-bit peripheral, but only drives valid data on lines DO-D15. Lines D16-D31 are 
driven, but invalid.) When the SONIC-T is bus master, it samples these pins before terminating its 
memory cycle. These pins are sampled synchronously or asynchronously depending on the state 
of the SBUS bit in the Data Configuration register (see Section 7.3.5 for details). Note that the 
SONIC-T does not allow dynamic bus sizing. Bus size is statically defined in the Data 
Configuration register (see Section 6.3.2). The SONIC-T requires both DSACKO,1 to be driven 
active both in 16- and 32-bit modes. 


USER DEFINE 0,1: These signals are inputs when the SONIC-T is hardware reset and are 
outputs when the SONIC-T is a bus master (HLDA or BGACK asserted). When hard reset (RST) 
is low, these signals input directly into bits 8 and 9 of the Data Configuration register (DCR) 


respectively. The levels on these pins are latched on the rising edge of RST. During busmaster 
operations (HLDA or BGACK is active), these pins are outputs whose levels are programmable 
through bits 11 and 12 of the DCR respectively. The USRO,1 pins should be pulled up to Vcc or 
pulled down to ground. A 4.7 kf pull-up resistor is recommended. 
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2.0 Pin Description (Continued) 


Driver 
Symbol | BAH] rection Description 


UNCONNECTED PINS 


POWER AND GROUND PINS 


PLLGND 
OSCGND 
TPGND 


TABLE 2-1. Pin Description (Continued) 


FACTORY TEST INPUT: Used to check the chip’s internal functions. This pin should be left 


unconnected during normal operation. 


POWER: The + 5V power supply for the digital portions of the SONIC-T. 


POWER: These pins are the + 5V power supply for the SONIC-T ENDEC unit. These pins must 
be tied to Vcc even if the internal ENDEC is not used. 


POWER: These pins are the + 5V power supply for the SONIC-T TPI unit. These pins must be 
tied to Vcc even if the internal TP! module is not used. 


GROUND: These pins are the ground references for the digital portions of the SONIC-T. 


GROUND: These pins are the ground references for the SONIC-T ENDEC unit and TPI module. 


These pins must be tied to ground even if the internal ENDEC unit and/or the TP! module are 
not used. 


1-467 


vE6E8dd 


DP83934 


3.0 Functional Description 


The SONIC-T (Figure 3-1) consists of a twisted pair inter- | 


face (TPI) module, an encoder/decoder (ENDEC) unit, a 
media access control (MAC) unit, separate receive and 
transmit FIFOs, a system buffer management engine, and a 
user programmable system bus interface unit on a single 
chip. SONIC-T is highly pipelined providing maximum sys- 
tem level performance. This section provides a functional 
overview of the SONIC-T. 


3.1 TWISTED PAIR INTERFACE MODULE 


The TPI consists of five main logic functions: 


a. the Smart Squelch, which determines when valid data is 
present on the differential receive inputs (RXI+), 


b. the Collision Detector, which checks for simultaneous 
transmission and reception of data on the differential 
transmit output (TXO+) and differential receive input 
(RXI+) pins, 

c. the Link Detector/Generator, which checks the integrity 
of the cable connecting the two twisted pair modules, 


ENDEC UNIT MAC UNIT 
aF 


DESERIALIZER 
AND 
RECEIVE ENGINE 
MANCHESTER ; 
ENCODER/ 


DECODER 
10 Mb/s 


AUI 
INTERFACE 


TP TWISTED = 
INTERFACE PAIR SERIALIZER 
INTERFACE AND 
MODULE TRANSMIT ENGINE 


START OF PACKET 


16 OR 52 BUFFER 
RECEIVE FIFO / pes 
MANAGEMENT 
(32 BYTES) ENGINE 


d. the Jabber, which disables the transmitter if it attempts to 
transmit a longer than legal packet, and 


e. the Transmitter, which utilizes a Transmit Driver and a 
Pre-emphasis to transmit Manchester encoded data to 
the twisted pair network via summing resistors and a 
transformer/filter. 


Smart Squelch: The SONIC-T Controller implements an in- 
telligent receive squelch on the RXI+ differential inputs to 
ensure that impulse noise on the receive inputs will not be 
mistaken for a valid signal. ; 

The squelch circuitry employs a combination of amplitude 
and timing mesurements to determine the validity of data on 
the twisted pair inputs. These are two voltage level options 


for the smart squelch. One mode, 10BASE-T mode (Figure 


3-2), uses levels that meet the 10BASE-T specification. The 
second mode, reduced squelch mode, uses a lower squelch 
threshold level, and can be used in longer cable applica- 
tions where smaller signal levels may be applied. The 
squelch level mode can be selected using the LOWSQL 
input pin (see Section 2.0).- 


SYSTEM 
Oy INTERFACE 


BUS 
CONTROL 
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>150ns 


RECEIVER 
ENABLED 


Vt+ 
REDUCED 


Vt- 
REDUCED 


END OF PACKET 
TL/F/11719-5 


FIGURE 3-2. Twisted Pair Squelch Waveform (10BASE-T Mode) 


3.0 Functional Description 


The signal at the start of the packet is checked by the smart 
squelch, and any pulses not exceeding the squelch level 
(either positive or negative, depending upon polarity) will be 
rejected. Once this first squelch level is overcome correctly, 
the opposite squelch level must then be exceeded within 
150 ns. Finally, the signal must exceed the original squelch 
level within the next 150 ns time period to ensure that the 
input waveform will not be rejected. The checking proce- 
dure typically results in the loss of three bits at the begin- 
ning of each packet. 


Only after all these conditions have been satisfied will a 
control signal be generated to indicate to the remainder of 
the circuitry that valid data is present. At this time the smart 
squelch circuitry is reset. 


In the reduced squelch mode the operation is identical ex- 
cept that the lower squelch levels shown in Figure 3-2 are 
used. 


Valid data is considered to be present until either squelch 
level has not been generated for a time period of more than 
150 ns indicating the End of Packet. Once good data has 
been detected, the squelch levels are reduced to minimize 
the effect of noise causing premature End of Packet detec- 
tion. 


Collision: A collision is detected by the TP! module when 
the receive and transmit channels are simultaneously ac- 
tive. If the TP! is receiving when a collision is detected it is 
reported to the controller immediately. If, however, the TPI 
is transmitting when a collision is detected, the collision is 
not reported until seven bits have been received while in the 
collision state. This prevents a collision being reported in- 
correctly due to noise on the network. The signal to the 
controller remains for the duration of the collision. 


Approximately 1 js after the transmission of each packet, a 
signal called the Signal Quality Error (SQE) is generated 
which typically consists of 10 cycles of a 10 MHz signal. 
This 10 MHz signal, also called the Heartbeat, ensures the 
continued functioning of the collision circuitry. 


Link Detector/Generator: The link generator is a timer cir- 
cuit that generates a link pulse, produced by the transmitter 
section, as defined by the 10BASE-T specification. The 
100 ns wide pulse is transmitted on the TXO+ output every 
15 ms in the absence of transmit data. 


This link pulse is used to check the integrity of the connec- 
tion to the remote MAU. The link detection circuit checks for 
valid pulses that are received from the remote unit. If valid 
link pulses are not received, the link detector will disable the 
transmit, receive, and collision detection functions. 


The LINKLED output can directly drive a LED to show that 
there is a good twisted pair link. For normal conditions the 
LED will be on. The link integrity function can be disabled by 
asserting the LNKDIS input pin. 


Jabber: The jabber timer monitors the transmitter and dis- 
ables the transmission if the transmitter is active for greater 
than 26 ms. The transmitter is then disabled for the whole 
time that the ENDEC module’s internal transmit enable is 
asserted. This signal has to be deasserted for approximate- 
ly 750 ms (the unjab time) before the Jabber re-enables the 
transmit outputs. 
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Transmitter: The transmitter consists of four signals, the 
true and complement Manchester encoded data (TXO+) 
and these signals delayed by 50 ns (TXOd+). 


These four signals are resistively combined (see Section 
8.2), TXO+ with TXOd— and TXO— with TXOd-+, in a con- 
figuration referred to as pre-emphasis. This digital pre-em- 
phasis is required to compensate for the low-pass filter ef- 
fects of the twisted pair cable which cause greater attenua- 
tion to the 10 MHz (50 ns) pulses of the Manchester encod- 
ed waveform than the 5 MHz (100 ns) pulses. 
| | 


DATA 0 0 1 
PATTERN | ! | : | | | 
TXO+ 


TXOd- 


COMBINED 
WAVEFORM 


WITH 
PRE-EMPHASIS 


TL/F/11719-6 
FIGURE 3-3. Typical Summed Transmit Waveform 


The signal with pre-emphasis is generated by resistively 
combining TXO+ and TXOd— (Figure 3-3). This signal 
along with its complement is passed to the transmit filter. 
Status Information: Status information is provided by the 
SONIC-T Controller on the RXLED, TXLED, COLED, 
LINKLED, and POLED outputs as described in the pin de- 
scription table. These outputs (Figure 3-4), which are open 
drain, are suitable for driving status LEDs. 


Vec 


TXLED 
RXLED 
COLED 


POLED 


CINKLED 
TL/F/11719-7 
FIGURE 3-4. Typical SONIC-T LED Connection 
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3.0 Functional Description (Continued) 


3.2 IEEE 802.3 ENDEC UNIT 


The Encoder/Decoder (ENDEC) unit is the interface be- 
tween either the Twisted Pair Interface Module or the Ether- 
net transceiver and the Media Access Control (MAC) unit. 
Providing the Manchester data encoding and decoding 
functions for IEEE 802.3 Ethernet, Thin-Ethernet, or Twisted 
Pair types of local area networks, the ENDEC operations of 
SONIC-T are identical to those of the DP83910A CMOS 
Serial Network Interface device. During transmission, the 
ENDEC unit combines non-return-zero (NRZ) data from the 
MAC section and clock pulses into Manchester data and 
sends the converted data differentially to the transceiver. 
Conversely, during reception, an analog PLL decodes the 
Manchester data to NRZ format and receive clock. The 
SONIC-T ENDEC unit is a functionally complete Manchester 
encoder/decoder incorporating a balanced driver and re- 
ceiver, on-board crystal oscillator, collision signal translator, 
and a diagnostic loopback. The features include: 


® Compatible with Ethernet | and II, IEEE 802.3 10BASE5, 
10BASE2 and 10BASE-T 


10Mb/s Manchester encoding/decoding with receive 
clock recovery 


No precision components requirement 
Loopback capability for diagnostics . 


Squelch circuitry at the receive and collision inputs reject 
noise 


Connection to the transceiver (Attachment Unit Inter- 
face) cable via external pulse transformer 


3.2.1 ENDEC Operation 


The primary function of the ENDEC unit (Figure 3-5) is to 
perform the encoding and decoding necessary for compati- 
bility between the differential pair Manchester encoded data 
of the transceiver and the Non-Return-to-Zero (NRZ) serial 
data of the MAC unit data line. In addition to encoding and 
decoding the data stream, the ENDEC also supplies all the 
special signals (e.g., collision detect, carrier sense, and 
clocks) necessary to the MAC unit. The signals provided to 
the MAC unit from the On-Chip ENDEC are also provided as 
output to the user. 
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Manchester Encoder and Differential Output Driver: 
During transmission to the network, the ENDEC unit trans- 
lates the NRZ serial data from the MAC unit into differential 
pair Manchester encoded data. To perform this operation 
the NRZ bit stream from the MAC unit is passed through the 
Manchester encoder block of the ENDEC unit. Once the bit 
stream is encoded, it is transmitted out differentially to the 
transmit differential pair through the transmit driver. 


The SONIC-T Controller is compatible with the IEEE 802.3 
“full-step” standard. That is, the Transmit+ and Transmit— 
differential outputs are at equal voltages while they are idle 
at the primary of the isolation transformer at the network 
interface. This voltage relationship provides a zero differen- 
tial voltage for operation with transformer coupled loads. 
(See Section 8.1 for network interfacing considerations.) 


Manchester Decoder: During reception from the network, 
the differential receive data from the transceiver is convert- 
ed from Manchester encoded data into NRZ serial data and 
clock inputs of the MAC unit. To perform this operation, the 
signal is passed to the phase locked loop (PLL) decoder 
block once it is received from the differential receiver. The 
PLL decodes the data and generates a data receive clock 
and a NRZ serial data stream to the MAC unit. Data typically 
becomes valid from the decoder within 6 bit times, and the 
decoder detects the end of a frame when no more mid-bit 
transitions are detected. (See Section 8.1 for network inter- 
facing considerations.) 


Special Signals: In addition to performing the Manchester 
encoding and decoding function, the ENDEC unit provides 
control and clocking signals to the MAC unit. The ENDEC 
sends a carrier sense (CRS) signal that indicates to the 
MAC unit that data is present from the network on the 
ENDEC'’s receive differential pair. When the ENDEC'’s colli- 
sion receiver detects a 10 MHz signal on the differential 
collision input pair, the ENDEC unit provides the MAC unit 
with a collision detection signal (COL). COL indicates that a 
collision is taking place somewhere on the network. 
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3.0 Functional Description (Continueg) 
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3.0 Functional Description (Continued) 


The ENDEC also provides both the receive and transmit 
clocks to the MAC unit. The transmit clock is one half of the 
oscillator input and the receive clock is extracted from the 
input data by the PLL. 

Oscillator: The oscillator generates the 10 MHz transmit 
clock signal for network timing. The oscillator is controlled 
by a parallel resonant crystal or by an external clock (see 
Section 8.1.3). The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock (TXC) for the 
MAC section. The oscillator also provides an internal clock 
signal for the encoding and decoding circuits. 

Loopback Functions: The SONIC-T provides three loop- 
back modes which allow loopback testing at the MAC, 
ENDEC and external transceiver level (see Section 3.7 for 
details). It is important to note that when the SONIC-T is 
transmitting, the transmitted packet will always be looped 
back by the external transceiver. The SONIC-T takes ad- 
vantage of this to monitor the transmitted packet. See the 
explanation of the Receive State Machine in Section 3.3.1 
for more information about monitoring transmitted packets. 


3.2.2 Selecting an External ENDEC 

An option is provided on SONIC-T to disable the on-chip 
ENDEC unit and use an external ENDEC. The internal IEEE 
802.3 ENDEC can be bypassed by connecting the EXT pin 
to Voc (EXT = 1). In this mode the MAC signals are redirect- 
ed out from the chip, allowing an external ENDEC to be 
used. See Section 2.0 for the alternate pin definitions. 


3.3 MEDIA ACCESS CONTROL (MAC) UNIT 

The MAC (Media Access Control) unit performs the control 
functions for the media access of transmitting and receiving 
packets over Twisted Pair or AUI. During transmission, the 
MAC unit frames information from the transmit FIFO and 
suppjies serialized data to the ENDEC unit. During recep- 
tion, the incoming information from the ENDEC unit is dese- 


rialized, the frame checked for valid reception, and the data . 


is transferred to the receive FIFO. Control and status regis- 
ters on the SONIC-T govern the operation of the MAC unit. 


3.3.1 MAC Receive Section 

The receive section (Figure 3-6) controls the MAC receive 
operations during reception, loopback, and transmission. 
During reception, the deserializer goes active after detecting 
the 2-bit SFD (Start of Frame Delimiter) pattern (Section 
4.1). It then frames the incoming bits into octet boundaries 
and transfers the data to the 32-byte receive FIFO. Concur- 
rently the address comparator compares the Destination 


ADDRESS 


RECOGNITION 


LOGIC 


DESERIALIZER 


Sy 


32 BYTE TO 
RECEIVE 
FIFO INTERFACE 


Address Field to the addresses stored in the chip’s Content 
Addressable Memory (CAM) address registers. If a match 
occurs, the deserializer passes the remainder of the packet 
to the receive FIFO. The packet is decapsulated when the 
carrier sense input pin (CRS) goes inactive. At the end of 
reception the receive section checks the following: 

— Frame alignment errors 

— CRC errors 

— Length errors (runt packets) 

The appropriate status is indicated in the Receive Control 
register (Section 6.3.3). In loopback operations, the receive 
section operates the same as during normal reception. 
During transmission, the receive section remains active to 
allow monitoring of the self-received packet. The Cyclic Re- 
dundancy Code (CRC) checker operates as normal, and the 
Source Address field is compared with the CAM address 
entries. Status of the CRC check and the source address 


-comparison is indicated by the PMB bit in the Transmit Con- 


trol register (Section 6.3.4). No data is written to the receive 
FIFO during transmit operations. 
The receive section consists of the following blocks detailed 
below. 
Recelve State Machine (RSM): The RSM insures the prop- 
er sequencing for normal reception and self-reception dur- 
ing transmission. When the network is inactive, the RSM 
remains in an idle state continually monitoring for network 
activity. If the network becomes active, the RSM allows the 
deserializer to write data into the receive FIFO. During this 
state, the following conditions may prevent the complete 
reception of the packet. 

— FIFO Overrun—The receive FIFO has been completely 
filled before the SONIC-T could buffer the data to mem- 
ory. 

— CAM Address Mismatch—The packet is rejected be- 
cause of a mismatch between the destination address of 
the packet and the address in the CAM. 

— Memory Resource Error—There are no more resources 
(buffers) available for buffering the incoming packets. 

— Collision or Other Error—A collision occured on the net- 
work or some other error, such as a CRC error, occurred 
(this is true if the SONIC-T has been told to reject pack- 
ets on a collision, or reject packets with errors). 

If these conditions do not occur, the RSM processes the 

packet indicating the appropriate status in the Receive Con- 

tro! register. 


SYSTEM 


RECEIVE 
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RECEIVE LOGIC 
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FIGURE 3-6. MAC Receiver 
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3.0 Functional Description (continue) 


During transmission of a packet from the SONIC-T, the 
transceiver will always loop the packet back to the 
SONIC-T. The SONIC-T will use this to monitor the packet 
as it is being transmitted. The CRC and source address of 
the looped back packet are checked with the CRC and 
source address that were transmitted. If they do not match, 
an error bit is set in the status of the transmitted packet (see 
Packet Monitored Bad, PMB, in the Transmit Contro! Regis- 
ter, Section 6.3.4). Data is not written to the receive FIFO 
during this monitoring process unless a Loopback mode has 
been selected (see Section 3.7). 


Receive Logic: The receive logic contains the command, 
control, and status registers that govern the operations of 
the receive section. It generates the control signals for writ- 
ing data to the receive FIFO, processes error signals ob- 
tained from the CRC checker and the deserializer, activates 
the ‘‘packet reject’”’ signal to the RSM for rejecting packets, 
and posts the applicable status in the Receive Control regis- 
ter. 


Deseriallzer: This section deserializes the serial input data 
stream and provides a byte clock for the address compara- 
tor and receive logic. It also synchronizes the CRC checker 
to begin operation (after SFD is detected), and checks for 
proper frame alignment with respect to CRS going inactive 
at the end of reception. 


Address Comparator: The address comparator latches the 
Destination Address (during reception or loopback) or 
Source Address (during transmission) and determines 
whether the address matches one of the entries in the CAM 
(Content Addressable Memory). 

CRC Checker: The CRC checker calculates the 4-byte 
Frame Check Sequence (FCS) field from the incoming data 
stream and compares it with the last 4-bytes of the received 
packet. The CRC checker is active for both normal recep- 
tion and self-reception during transmission. 

Content Addressable Memory (CAM): The CAM contains 
16 user programmable entries and 1 pre-programmed 
Broadcast address entry for complete filtering of received 
packets. The CAM can be loaded with any combination of 
Physical and Multicast Addresses (Section 4.2). See Sec- 
tion 6.1 for the procedure on loading the CAM registers. 


3.3.2 MAC Transmit Section 


The transmit section (Figure 3-7) is responsible for reading 
data from the transmit FIFO and transmitting a serial data 
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stream onto the network in conformance with the IEEE 
802.3 Carrier Sense Multiple Access with Collision Detec- 
tion (CSMA/CD) standard. The Transmit Section consists of 
the following blocks. 


Transmit State Machine (TSM): The TSM controls the 
functions of the serializer, preamble generator, and JAM 
generator. It determines the proper sequence of events that 
the transmitter follows under various network conditions. If 
no collision occurs, the transmitter prefixes a 62-bit pream- 
ble and 2-bit Start of Frame Delimiter (SFD) at the beginning 
of each packet, then sends the serialized data. At the end of 
the packet, an optional 4-byte CRC pattern is appended. If a 
collision occurs, the transmitter switches from transmitting 
data to sending a 4-byte Jam pattern to notify all nodes that 
a collision has occurred. Should the collision occur during 
the preamble, the transmitter waits for it to complete before 
jamming. After the transmission has completed, the trans- 
mitter writes status in the Transmit Control register (Section 
6.3.4). 


Protocol State Machine: The protocol state machine as- 
sures that the SONIC-T obeys the CSMA/CD protocol. Be- 
fore transmitting, this state machine monitors the carrier 
sense and collision signals for network activity. If another 
node(s) is currently transmitting, the SONIC-T defers until 
the network is quiet, then transmits after its Interframe Gap 
Timer (9.6 1s) has expired. The Interframe Gap time is divid- 
ed into two portions. During the first 6.4 js, network activity 
restarts the Interframe Gap timer. Beyond this time, howev- 
er, network activity is ignored and the state machine waits 
the remaining 3.2 ps before transmitting. If the SONIC-T 
experiences a collision during a transmission, the SONIC-T 
switches from transmitting data to a 4-byte JAM pattern (4 
bytes of all 1’s), before ceasing to transmit. The SONIC-T 
then waits a random number of slot times (51.2 ws) deter- 
mined by the 7runcated Binary Exponential Backoff Algo- 
rithm before reattempting another transmission. In this algo- 
rithm, the number of slot times to delay before the nth re- 
transmission is chosen to be a random integer r in the range 
of: 


O<r< 2k 
where k = min(n,10) 
If a collision occurs on the 16th transmit attempt, the 


SONIC-T aborts transmitting the packet and reports an “Ex- 
cessive Collisions” error in the Transmit Control register. 
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FIGURE 3-7. MAC Transmitter 
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3.0 Functional Description (Continued) 


Serializer: After data has been written into the 32-byte 
transmit FIFO, the serializer reads byte wide data from the 
FIFO and sends a NRZ data stream to the Manchester en- 
coder. The rate at which data is transmitted is determined 
by the transmit clock (TXC). The serialized data is transmit- 
ted after the SFD. 


Preamble Generator: The preamble generator prefixes a 
62-bit alternating “1,0” pattern and a 2-bit “1,1” SFD pat- 
tern at the beginning of each packet. This allows receiving 
nodes to synchronize to the incoming data. The preamble is 
always transmitted in its entirety even in the event of a collli- 
sion. This assures that the minimum collision fragment is 96 
bits (64 bits of normal preamble, and 4 bytes, or 32 bits of 
JAM pattern). 


CRC Generator: The CRC generator calculates the 4-byte 
FCS field from the transmitted serial data stream. If en- 
abled, the 4-byte FCS field is appended to the end of the 
transmitted packet (Section 4.6). 


Jam Generator: The Jam generator produces a 4-byte pat- 
tern of all 1’s to assure that all nodes on the network sense 
the collision. When a collision occurs, the SONIC-T stops 
transmitting data and enables the Jam generator. If a colli- 
sion occurs during the preamble, the SONIC-T finishes 
transmitting the preamble before enabling the Jam genera- 
tor (see Preamble Generator above). 


3.4 DATA WIDTH AND BYTE ORDERING 

The SONIC-T can be programmed to operate with either 
32-bit or 16-bit wide memory. The data width is configured 
during initialization by programming the DW bit in the Data 
Configuration Register (DCR, Section 6.3.2). If the 16-bit 
data path is selected, data is driven on pins D15—D0. The 
SONIC-T also provides both Little Endian and Big Endian 
byte-ordering capability for compatibility with National/Intel 
or Motorola microprocessors respectively by selecting the 
proper level on the Bus Mode (BMODE) pin. 

Little Endian mode (BMODE = 0): The byte orientation for 
received and transmitted data in the Receive Buffer Area 
(RBA) and Transmit Buffer Area (TBA) of system memory is 
as follows: 


16-Bit Word 
15 8 #7 0 


MSB LSB 


32-Bit Long Word 
31 24 823 16 «#615 8 7 0 


MSB LSB 
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Big Endian mode (BMODE = 1): The byte orientation for 
received and transmitted data in the RBA and TBA is as 
follows: 


16-Bit Word 
15 8 7 0 


Byte 


LSB MSB 


32-Bit Long Word 
31 24 «23 16 815 8 7 0 


LSB MSB 


3.5 FIFO AND CONTROL LOGIC 


The SONIC-T incorporates two independent 32-byte FIFOs 
for transferring data to/from the system interface and from/ 
to the network. The FIFOs, providing temporary storage of 
data, free the host system from the real-time demands on 
the network. 


The way in which the FIFOS are emptied and filled is con- 
trolled by the FIFO threshold values and the Block Mode 
Select bits (BMS, Section 6.3.2). The threshold values de- 
termine how full or empty the FIFOs can be before the 
SONIC-T will request the bus to get more data from memory 
or buffer more data to memory. When block mode is set, the 
number of bytes transferred is set by the threshold value. 
For example, if the threshold for the receive FIFO is 4 
words, then the SONIC-T will always transfer 4 words from 
the receive FIFO to memory. If empty/fill mode is set, how- 
ever, the number of bytes transferred is the number required 
to fill the transmit FIFO or empty the receive FIFO. More 
specific information about how the threshold affects recep- 
tion and transmission of packets is discussed in Sections 
3.5.1 and 3.5.2 below. 


3.5.1 Receive FIFO 


To accommodate the different transfer rates, the receive 
FIFO (Figure 3-8) serves as a buffer between the 8-bit net- 
work (deserializer) interface and the 16/32-bit system inter- 
face. The FIFO is arranged as a 4-byte wide by 8 deep 
memory array (8-long words, or 32 bytes) controlled by 
three sections of logic. During reception, the Byte Ordering 
logic directs the byte stream from the deserializer into the 
FIFO using one of four write pointers. Depending on the 
selected byte-ordering mode, data is written either least sig- 
nificant byte first or most significant byte first to accommo- 
date little or big endian byte-ordering formats respectively. 


As data enters the FIFO, the Threshold Logic monitors the 
number of bytes written in from the deserializer. The pro- 
grammable threshold (RFT1,0 in the Data Configuration 
Register, see Section 6.3.2) determines the number of 
words (or long words) written into the FIFO from the MAC 
unit before a DMA request for system memory occurs. 


3.0 Functional Description (Continued) 
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FIGURE 3-8. Receive FIFO 


When the threshold is reached, the Threshold Logic en- 
ables the Buffer Management Engine to read a programmed 
number of 16- or 32-bit words (depending upon the selected 
word width) from the FIFO and transfers them to the system 
interface (the system memory) using DMA. The threshold is 
reached when the number of bytes in the receive FIFO is 
greater than the value of the threshold. For example, if the 
threshold is 4 words (8 bytes), then the Threshold Logic will 
not cause the Buffer Management Engine to write to memo- 
ry until there are more than 8 bytes in the FIFO. 


The Buffer Management Engine reads either the upper or 
lower half (16 bits) of the FIFO in 16-bit mode or reads the 
complete long word (32 bits) in 32-bit mode. If, after the 
transfer is complete, the number of bytes in the FIFO is less 
than the threshold, then the SONIC-T is done. This is al- 
ways the case when the SONIC-T is in empty/fill mode. If, 
however, for some reason (e.g., latency on the bus) the 
number of bytes in the FIFO is still greater than the thresh- 
old value, the Threshold Logic will cause the Buffer Man- 
agement Engine to do a DMA request to write to memory 
again. This later case is usually only possible when the 
SONIC-T is in block mode. 


When in block mode, each time the SONIC-T requests the 
bus, only a number of bytes equal to the threshold value will 
be transferred. The Threshold Logic continues to monitor 
the number of bytes written in from the deserializer and en- 
ables the Buffer Management Engine every time the thresh- 
old has been reached. This process continues until the end 
of the packet. 


Once the end of the packet has been reached, the serializer 
will fill out the last word (16-bit mode) or long word (32-bit 
mode) if the last byte did not end on a word or long word 
boundary respectively. The fill byte will be OFFh. Immediate- 
ly after the last byte (or fill byte) in the FIFO, the received 
packets status will be written into the FIFO. The entire pack- 
et, including any fill bytes and the received packet status will 
be buffered to memory. When a packet is buffered to mem- 
ory by the Buffer Management Engine, it is always taken 
from the FIFO in words or long words and buffered to mem- 
ory on word (16-bit mode) or long word (32-bit mode) 
boundaries. Data from a packet cannot be buffered on odd 
byte boundaries for 16-bit mode, and odd word boundaries 
for 32-bit mode (see Section 5.3). For more information on 
the receive packet buffering process, see Section 5.4. 
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3.5.2 Transmit FIFO 


Similar to the Receive FIFO, the Transmit FIFO (Figure 3-9) 
serves as a buffer between the 16/32-bit system interface 
and the network (serializer) interface. The Transmit FIFO is 
also arranged as a 4 byte by 8 deep memory array (8 long 
words or 32 bytes) controlled by three sections of logic. 
Before transmission can begin, the Buffer Management En- 
gine fetches a programmed number of 16- or 32-bit words 
from memory. and transfers them to the FIFO. The Buffer 
Management Engine writes either the upper or lower half 
(16 bits) into the FIFO for 16-bit mode or writes the com- 
plete long word (32 bits) during 32-bit mode. 


The Threshold logic monitors the number of bytes as they 
are written into the FIFO. When the threshold has been 
reached, the Transmit Byte Ordering state machine begins 
reading bytes from the FIFO to produce a continuous byte 
stream for the serializer. The threshold is met when the 
number of bytes in the FIFO is greater than the value of the 
threshold. For example, if the transmit threshold is 4 words 
(8 bytes), the Transmit Byte Ordering state machine will not 
begin reading bytes from the FIFO until there are 9 or more 
bytes in the buffer. The Buffer Management Engine contin- 
ues replenishing the FIFO until the end of the packet. It 
does this by making multiple DMA requests to the system 
interface. Whenever the number of bytes in the FIFO is 
equal to or less than the threshold value, the Buffer Man- 
agement Engine will do a DMA request. If block mode is set, 
then after each request has been granted by the system, 
the Buffer Management Engine will transfer a number of 
bytes equal to the threshold value into the FIFO. If empty/fill 
mode is'set, the FIFO will be completely filled in one DMA 
request. 


Since data may be organized in big or little endian byte or- 
dering format, the Transmit Byte Ordering state machine 
uses one of four read pointers to locate the proper byte 
within the 4 byte wide FIFO. It also determines the valid 
number of bytes in the FIFO. For packets which begin or 
end at odd bytes in the FIFO, the Buffer Management En- 
gine writes extraneous bytes into the FIFO. The Transmit 
Byte Ordering state machine detects these bytes and only 
transfers the valid bytes to the serializer. The Buffer Man- 
agement Engine can read data from memory on any byte 
boundary (see Section 5.3). See Section 5.5 for more infor- 
mation on transmit buffering. 
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3.0 Functional Description (Continued) 
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FIGURE 3-9. Transmit FIFO 


3.6 STATUS AND CONFIGURATION REGISTERS 


The SONIC-T contains a set of status/control registers for 
conveying status and control information to/from the host 
system. The SONIC-T uses these registers for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 
ing interrupt control. Each register is 16 bits in length. See 
Section 6.0 for a description of the registers. 


3.7 BUS INTERFACE 


The system interface (Figure 3-70) consists of the pins nec- 
essary for interfacing to a variety of buses. It includes the 
I/O drivers for the data and address lines, bus access con- 
trol for standard microprocessors, ready logic for synchro- 
nous or asynchronous systems, slave access control, inter- 
rupt control, and shared-memory access control. The func- 
tional signal groups are shown in Figure 3-10. See Section 
7.0 for a complete description of the SONIC-T bus interface. 


3.8 LOOPBACK AND DIAGNOSTICS 


The SONIC-T provides three loopback modes for self-test- 
ing from the controller interface to the transceiver interface. 
The loopback function is provided to allow self-testing of the 
chip's internal transmit and receive operations. During loop- 
back, transmitted packets are routed back to the receive 
section of the SONIC-T where they are filtered by the ad- 
dress recognition logic and buffered to memory if accepted. 
Transmit and receive status and interrupts remain active 
during loopback. This means that when using loopback, it is 
as if the packet was transmitted and received by two sepa- 
rate chips that are connected to the same bus and memory. 


MAC Loopback: Transmitted data is looped back at the 
MAC. Data is not sent from the MAC to either the internal 
ENDEC or an external ENDEC (the external ENDEC inter- 
face pins will not be driven), hence, data is not transmitted 
from the chip. Even though the ENDEC is not used in MAC 
loopback, the ENDEC clock (an oscillator or crystal for the 
internal ENDEC or TXC for an external ENDEC) must be 
driven. Network activity, such as a collision, does not affect 
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MAC loopback. CSMA/CD MAC protocol is not completely 
followed in MAC loopback. 


ENDEC Loopback: Transmitted data is looped back at the 
ENDEC. If the internal ENDEC is used, data is switched 
from the transmit section of the ENDEC to the receive sec- 
tion (Figure 3-5). Data is not transmitted from the chip and 
the collision lines, CD+, are ignored, hence, network activi- 
ty does not affect ENDEC loopback. The LBK signal from 
the MAC tells the internal ENDEC to go into loopback mode. 
If an external ENDEC is used, it should operate in loopback 
mode when the LBK signal is asserted. CSMA/CD MAC 
protocol is followed’ even though data is not transmitted 
from the chip. 


Transceiver Loopback: Transmitted data is looped back at 
the external transceiver (which is always the case regard- 
less of the SONIC-T’s loopback mode). CSMA/CD MAC 
protocol is followed since data will be transmitted from the 
chip. This means that transceiver loopback is affected by 
network activity. The basic difference between Transceiver 
Loopback and normal, non-loopback, operations of the 
SONIC-T is that in Transceiver Loopback, the SONIC-T 
loads the receive FIFO and buffers the packet to memory. In 
normal operations, the SONIC-T only monitors the packet 
that is looped back by the transceiver, but does not fill the 
receive FIFO and buffer the packet. , 


3.8.1 Loopback Procedure 
The following procedure describes the loopback operation. 


1. Initialize the Transmit and Receive Area as described in 
Sections 5.4 and 5.5. 


2. Load one of the CAM address registers (see Section 6.1), 
with the Destination Address of the packet if you are veri- 
fying the SONIC-T’s address recognition capability. 

3. Load one of the CAM address registers with the Source 
Address of the packet if it is different than the Destination 
Address to avoid getting a Packet Monitored Bad (PMB) 
error in the Transmit status (see Section 6.3.4). 


3.0 Functional Description (Continued) 


4. Program the Receive Control register with the desired re- 
ceive filter and the loopback mode (LB1, LBO). 


5. Issue the transmit command (TXP) and enable the receiv- 
er (RXEN) in the Command register. 


The SONIC-T completes the loopback operation after the 
packet has been completely received (or rejected if there is 
an address mismatch). The Transmit Control and Receive 
Control registers treat the loopback packet as in normal op- 
eration and indicate status accordingly. Interrupts are also 
generated if enabled in the Interrupt Mask register. 


Note: For MAC Loopback, only one packet may be queued for proper oper- 
ation. This restriction occurs because the transmit MAC section, 
which does not generate an Interframe Gap time (IFG) between 
transmitted packets, does not allow the receive MAC section to up- 
date receive status. There are no restrictions for the other loopback 
modes. 


3.9 NETWORK MANAGEMENT FUNCTIONS 


The SONIC-T fully supports the Layer Management IEEE 
802.3 standard to allow a node to monitor the overall per- 
formance of the network. These statistics are available on a 
per packet basis at the end of reception or transmission. 
In addition, the SONIC-T provides three tally counters to 
tabulate CRC errors, Frame Alignment errors, and missed 
packets. Table 3-1 shows the statistics indicated by the 
SONIC-T. 
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*Note: DSACKO,1 are used for both Bus and Slave Access Control and are bidirectional. SMACK is used for both Slave access and shared memory access. The 


BMODE pin selects between Nationallntel or Motorola type buses. 


FIGURE 3-10. SONIC-T Bus Interface Signals 
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3.0 Functional Description (Continued) 


- TABLE 3-1. Network Management Statistics 


Frames with Deferred Transmissions 
Late Collisions 

Excessive Collisions 

Excessive Deferral 

Internal MAC Transmit Error 

Frames Received OK 

Multicast Frames Received OK 
Broadcast Frames Received OK 
Frame Check Sequence Errors 


[tnotey | Noo-Nca 
| 


‘ 


. CRCT 
RCR 


FAET 
RCR 


Frame Lost due to Internal MAC Receive Error MPT All 
: ISR RFO 


Note: The number of collisions and the contents of the Transmit Control register are posted in the TXpkt.status field (see 
Section 5.5.1.2). The contents of the Receive Control register are posted in the RXpkt.status field (see Section 5.4.3). 


4.0 Transmit/Receive IEEE 802.3 Frame Format 


A standard IEEE 802.3 packet (Figure 4-1) consists of the 
fotlowing fields: preamble, Start of Frame Delimiter (SFD), 
destination address, source address, length, data and 
Frame Check Sequence (FCS). The typical format is shown 
in Figure 4-1. The packets are Manchester encoded and 
decoded by the ENDEC unit and transferred serially to/from 
the MAC unit using NRZ data with a clock. All fields are of 
fixed length except for the data field. The SONIC-T gener- 
ates and appends the preamble, SFD and FCS field during 
transmission. The Preamble and SFD fields are stripped 
during reception. (The CRC is passed through to buffer 
memory during reception.) 


PREAMBLE SFD DESTINATION 


' RECEIVE OPERATIONS ! 


SOURCE 


SS DS 


4.1 PREAMBLE AND START OF FRAME DELIMITER 
(SFD) 

The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted, each packet contains 
62 bits of an alternating 1,0 preamble. Some of this pream- 
ble may be lost as the packet travels through the network. 
Byte alignment is performed when the Start of Frame Delim- 
iter (SFD) pattern, consisting of two consecutive 1’s, is de- 
tected. 


4.2 DESTINATION ADDRESS 


The. destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 


LENGTH/TYPE DATA FCS 


4 >< , - —>, 


STRIPPED BY 
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SONIC-T 


' t 
\ t 
\ t 
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FIGURE 4-1. IEEE 802.3 Packet Structure 
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4.0 Transmit/Receive IEEE 802.3 Frame Format (Continued) 


ets from reaching a node. There are three types of address 
formats supported by the SONIC-T: Physical, Multicast, and 
Broadcast. 

Physical Address: The physical address is a unique ad- 
dress that corresponds only to a single node. All physical 
addresses have the LSB of the first byte of the address set 
to “0”. These addresses are compared to the internally 
stored CAM (Content Addressable Memory) address en- 
tries. All bits in the destination address must match an entry 
in the CAM in order for the SONIC-T to accept the packet. 
Multicast Address: Multicast addresses, which have the 
LSB of the first byte of the address set to ‘1’, are treated 
similarly as Physical addresses, i.e., they must match an 
entry in the CAM. This allows perfect filtering of Multicast 
packet’s and eliminates the need for a hashing algorithm for 
mapping Multicast packets. 

Broadcast Address: If the address consists of all 1’s, itis a 
Broadcast address, indicating that the packet is intended for 
all nodes. 

The SONIC-T also provides a promiscuous mode which al- 
lows reception of all physical address packets. Physical, 
Multicast, Broadcast, and promiscuous address modes can 
be selected via the Receive Control register. 


4.3 SOURCE ADDRESS 


The source address is the physical address of the sending 
node. Source addresses cannot be multicast or broadcast 
addresses. This field must be passed to the SONIC-T’s 
transmit buffer from the system software. During transmis- 
sion, the SONIC-T compares the Source address with its 
internal CAM address entries before monitoring the CRC of 
the self-received packet. If the source address of the packet 


transmitted does not match a value in the CAM, the packet 
monitored bad flag (PMB) will be set in the transmit status 
field of the transmit descriptor (see Sections 5.5.1.2 and 
6.3.4). The SONIC-T does not provide Source Address in- 
sertion. However, a transmit descriptor fragment, containing 
only the Source Address, may be created for each packet. 
(See Section 5.5.1.) 


4.4 LENGTH/TYPE FIELD 

For IEEE 802.3 type packets, this field indicates the number 
of bytes that are contained in the data field of the packet. 
For Ethernet I and II networks, this field indicates the type of 
packet. The SONIC-T does not operate on this field. 


4.5 DATA FIELD 

The data field has a variable octet length ranging from 46 to 
1500 bytes as defined by the Ethernet specification. Mes- 
sages longer than 1500 bytes need to be broken into multi- 
ple packets for IEEE 802.3 networks. Data fields shorter 
than 46 bytes require appending a pad to bring the com- 
plete frame length to 64 bytes. If the data field is padded, 
the number of valid bytes are indicated in the length field. 
The SONIC-T does not append pad bytes for short packets 
during transmission, nor check for oversize packets during 
reception. However, the user’s driver software can easily 
append the pad by lengthening the TXpkt.pkt_size field 
and TXpkt.frag__size field(s) to at least 64 bytes (see Sec- 
tion 5.5.1). While the Ethernet specification defines the 
maximum number of bytes in the data field the SONIC-T can 
transmit and receive packets up to 64k bytes. 

4.6 FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of error-free packets. During reception, an 
error-free packet results in a specific pattern in the CRC 
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generator. The AUTODIN II (X32 + X26 + X23 + X22 + 
X16 + X12 + X11 + X10 + X8 + X7 + X5 + X4 + 
X2 + X1 + 1) polynomial is used for the CRC calculations. 
The SONIC-T may optionally append the CRC sequence 
during transmission, and checks the CRC both during nor- 
mal reception and self-reception during a transmission (see 
Section 3.3.1). 

4.7 MAC (MEDIA ACCESS CONTROL) CONFORMANCE 
The SONIC.T is designed to be compliant to the IEEE 802.3 
MAC Conformance specification. The SONIC-T implements 
most of the MAC functions in silicon and provides hooks for 
the user software to handle the remaining functions. The 
MAC Conformance specifications are summarized in Table 
4-1, 


TABLE 4-1. MAC Conformance Specifications 


Support By 
User Driver 
Software 
' 
2 


X 


Conformance 


Test Name SONIC-T 


Minimum Frame Size 
Maximum Frame Size 
Address Generation 
Address Recognition 
Pad Length Generation 
Start Of Frame Delimiter 


Length Field oe 


[Preantieceneaion | _x |i) 
Forderatenansmisson [x | it 
inconsistent Frame engin [x [x | + 
[Nominega Gatco [x || 


Incorrect Frame Check x , 
Sequence : 


Kx |x| x< [xX 


Frame Assembly 
FCS Generation and Insertion = ae 
[Carierdeterence | x | dCi 


Interframe Spacing 


Collision Detection 
Collision Handling 


Collision Backoff and 
Retransmission 


FCS Validation 
Frame Disassembly 
Back-to-Back Frames 


Flow Control 


Fatonpeuineé [x [| _ 
[iam szecaterero) | x [|_| _| 
[vam size nPreanby | x |_| 


Note 1: The SONIC-T provides the byte count of the entire packet in the 
RXpkt.byte__count (see Section 5.4.3). The user’s driver software may per- 
form further filtering of the packet based upon the byte count. 

Note 2: The SONIC-T does not provide Source Address insertion; however, 
a transmit descriptor fragment, containing only the Source Address, may be 
created for each packet. (See Section 5.5.1.) 

Note 3: The SONIC-T does not provide Pad generation; however, the user's 
driver software can easily append the Pad by lengthening the TXpkt.pkt_ 
size field and TXpkt.frag_size field(s) to at least 64 bytes. (see Section 
5.5.1.) 
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5.0 Buffer Management 


5.1 BUFFER MANAGEMENT OVERVIEW 


The SONIC-T’s buffer management scheme is based on 
separate buffers and descriptors (Figures 5-3 and 5-72). 
Packets that are received or transmitted are placed in buff- 
ers called the Receive Buffer Area (RBA) and the Transmit 
Buffer Area (TBA). The system keeps track of packets in 
these buffers using the information in the Receive Descrip- 
tor Area (RDA) and the Transmit Descriptor Area (TDA). A 
single (TDA) points to a single TBA, but multiple RDAs can 
point to a single RBA (one RDA per packet in the buffer). 
The Receive Resource Area (RRA), which is another form 
of descriptor, is used to keep track of the actual buffer. 


When packets are transmitted, the system sets up the pack- 
ets in one or more TBAs with a TDA pointing to each TBA. 
There can only be one packet per TBA/TDA pair. A single 
TBA, however, may be made up of several fragments of 
data dispersed in memory. There is one TDA pointing to 
each TBA which specifies information about the buffer’s 
size, location in memory, number of fragments and status 
after transmission. The TDAs are linked together in a linked 
list. The system causes the SONIC-T to transmit the pack- 
ets by passing the first TDA to the SONIC-T and issuing the 
transmit command. 


Before a packet can be received, an RBA and RDA must be 
set up by the system. RDAs are made up as a linked list 
similar to TDAs. An RDA is not linked to a particular RBA, 
though. Instead, an RDA is linked specifically to a packet 
after it has been buffered into an RBA. More than one pack- 
et can be buffered into the same RBA, but each packet gets 
its own RDA. A received packet can not be scattered into 
fragments. The system only needs to tell the SONIC-T 
where the first RDA and where the RBAs are. Since an RDA 
never specifically points to an RBA, the RRA is used to 
keep track of the RBAs. The RRA is a circular queue of 
pointers and buffer sizes (not a linked list). When the 
SONIC-T receives a packet, it is buffered into an RBA and 
an RDA is written to so that it points to and describes the 
new packet. If the RBA does not have enough space to 
buffer the next packet, a new RBA is obtained from the 
RRA. 


5.2 DESCRIPTOR AREAS 


Descriptors are the basis of the buffer management scheme 
used by the SONIC-T. An RDA points to a received packet 
within an RBA, an RRA points to an RBA and a TDA points 
to a TBA which contains a packet to be transmitted. The 
conventions and registers used to describe these descrip- 
tors are discussed in the next three sections. 


5.2.1 Naming Convention for Descriptors 


The fields which make up the descriptors are named in a 
consistent manner to assist in remembering the usage of 
each descriptor. Each descriptor name consists of three 
components in the following format. , 


[RX/TX] [descriptor name]. [field] 
The first two capital letters indicate whether the descriptor is 


used for transmission (TX) or reception (RX), and is then 
followed by the descriptor name having one of two names. 
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rsrc = Resource descriptor 
pkt = Packet descriptor 


The last component consists of a field name to distinguish it 
from the other fields of a descriptor. The field name is sepa- 
rated from the descriptor name by a period. (‘.””). An exam- 
ple of a descriptor is shown below. 


RX rsrc. buff_ptr 0,1 


descriptor consists of two 
fields. “0” and ‘1” 
respectively indicate the 
least and most significant 
portions of the descriptor. 


the “pointer” field of the 
descriptor 


a descriptor for a buffer 
resource 


a descriptor used for 
reception 
FIGURE 5-1. Receive Buffer Descriptor Example 


5.2.2 Abbreviations 


Abbreviations are used to describe the SONIC-T registers 
and data structures in memory. The “0” and “1” in the ab- 
breviations indicate the least and most significant portions 
of the registers or descriptors. Table 5-1 lists the naming 
convention abbreviations for descriptors. 


5.2.3 Buffer Management Base Addresses 


The SONIC-T uses three areas in memory to store descrip- 
tor information: the Transmit Descriptor Area (TDA), the Re- 
ceive Descriptor Area (RDA), and the Receive Resource 
Area (RRA). The SONIC-T accesses these areas by concat- 
enating a 16-bit base address register with a 16-bit offset 
register. The base address register supplies a fixed upper 
16 bits of address and the offset registers provide the lower 
16 bits of address. The base address registers are the Up- 
per Transmit Descriptor Address (UTDA), Upper Receive 
Descriptor Address (URDA), and the Upper Receive Re- 
source Address (URRA) registers. The corresponding offset 
registers are shown below. —_ 


Upper Address Registers 
URRA 
URDA. 
UTDA 
Table 5-1 defines the register mnemonics. 
Figure 5-2 shows an example of the Transmit Descriptor 
Area and the Receive Descriptor Area being located by the 
UTDA and URDA registers. The descriptor areas, RDA, 
TDA, and RRA are allowed to have the same base address. 
i.e, URRA=URDA=UTDA. Care, however, must be taken 
to prevent these areas from overwriting each other. 


Offset Registers 
RSA,REA,RWP,RRAP 
CRDA 
CTDA 


5.0 Buffer Management (Continued) 


TABLE 5-1. Descriptor Abbreviations 


TRANSMIT AND RECEIVE AREAS 
Upper Receive Descriptor Address 
TRANSMIT AND RECEIVE DESCRIPTORS _ 
| RRP _|_Resource Read Pointer Register__| AXrsre.buft__ptr0,1 
Rxrsrc.buft__wc0,1 
RR. 


CRDA Current Receive Descriptor A 
Address Register RXpkt.status Receive Status Field in the RDA 
CRBAO,1 Current Receive Buffer Address RXpkt.byte_count | Packet Byte Count Field in the 
Register RDA 


TCBAO,1 led ary Current Buffer Address RXpkt.buff__ptr0,1_ | Buffer Pointer Fields in the RDA 
egister 
= RXpkt.link Receive Descriptor Link Field in 
RBWCO,1 Remaining Buffer Word Count RDA 
Register 
g — “In Use” Field in RDA 
TRBWCO,1 Temporary Remaining Buffer Word 
Count Register 


EOBC End of Buffer Count Register Packet Size Field in TDA 


TPS Transmit Packet Size Register Packet Pointer Fields in TDA 


Transmit Start Address Register : Fragment Size Field in TDA 


| Current Transmit Descriptor TXpkt.link Transmit Descriptor Link Field in 
Address Register TDA 


SONIC-T REGISTERS 


UTDA | CTDA = = as be oe 
: TRANSMIT DESCRIPTOR 


| 

i AREA 

3 (UP TO 32k WORDS OR 
(BASE) (OFFSET) 1 16k DOUBLE WORDS) 


rep INS bite 


f — RECEIVE DESCRIPTOR t 
AREA 


i] i] 
| (UP TO 32k WORDS OR 
1 16k DOUBLE WORDS) 4 


FIGURE 5-2. Transmit and Receive Descriptor Area Pointers 
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5.0 Buffer Management (Continued) 


5.3 DESCRIPTOR DATA ALIGNMENT 


All fields used by descriptors (RXpkt.xxx, RXrsrc.ox, and 
TXpkt.xxx) are word quantities (16-bit) and must be aligned 
to word boundaries (AO=0) for 16-bit memory and to long 
word boundaries (A1,A0=0,0) for 32-bit memory. The Re- 
ceive Buffer Area (RBA) must also be aligned to a word 
boundary in 16-bit mode and a long word boundary in 32-bit 
mode. The fragments in the Transmit Buffer Area (TBA), 
however, may be aligned on any arbitrary byte boundary. 


5.4 RECEIVE BUFFER MANAGEMENT 


The Receive Buffer Management operates on three areas in 
memory into which data, status, and control information are 
written during reception (Figure 5-2). These three areas 
must be initialized (Section 5.4.4) before enabling the re- 
ceiver (setting the RXEN bit in the Command Register). The 
Receive Resource Area (RRA) contains descriptors that lo- 
cate Receive Buffer Areas in system memory. These de- 
scriptors are denoted by R1, R2, etc. in Figure 5-3. Packets 
(denoted by P1, P2, etc.) can then be buffered into the cor- 
responding RBAs. Depending on the size of each buffer 
area and the size of the packet(s), multiple or single packets 
are buffered into each RBA. The Receive Descriptor Area 
(RDA) contains status and control information for each 
packet (D1, D2, etc. in Figure 5-3) corresponding to each 
received packet (D1 goes with P1, D2 with P2, etc.). 


When a packet arrives, the address recognition logic checks 
the address for a Physical, Multicast, or Broadcast match 
and if the packet is accepted, the SONIC-T buffers the 
packet contiguously into the selected Receive Buffer Area 
(RBA). Because of the previous end-of-packet processing, 
the SONIC-T assures that the complete packet is written 
into a single contiguous block. When the packet ends, the 
SONIC-T writes the receive status, byte count, and location 
of the packet into the Receive Descriptor Area (RDA). The 
SONIC-T then updates its pointers to locate the next avail- 
able descriptor and checks the remaining words available in 
the RBA. If sufficient space remains, the SONIC-T buffers 
the next packet immediately after the previous packet. If the 
current buffer is out of space the SONIC-T fetches a Re- 
source Descriptor from the Receive Resource Area (RRA) 
acquiring an additional buffer that has been previously allo- 
cated by the system. 


RECEIVE RECEIVE 
BUFFER AREA 


RESOURCE AREA 


5.4.1 Receive Resource Area (RRA) 


As buffer memory is consumed by the SONIC-T for storing 
data, the Receive Resource Area (RRA) provides a mecha- 
nism that allows the system to allocate additional buffer 
space for the SONIC-T. The system loads this area with 
Resource Descriptors that the SONIC-T, in turn, reads as its 
current buffer space is used up. Each Resource Descriptor 
consists of a 32-bit buffer pointer locating the starting point 
of the RBA and a 32-bit word count that indicates the size of 
the buffer in words (2 bytes per word). The buffer pointer 
and word count are contiguously located using the format 
shown in Figure 5-4 with each component composed of 
16-bit fields. The SONIC-T stores this information internally 
and concatenates the corresponding fields to create 32-bit 
long words for the buffer pointer and word count. Note that 
in 32-bit mode the upper word (D<31:16>) is not used by 
the SONIC-T. This area may be used for other purposes 
since the SONIC-T never writes into the RRA. 


The SONIC-T organizes the RRA as a circular queue for 
efficient processing of descriptors. Four registers define the 
RRA. The first two, the Resource Start Area (RSA) and the 
Resource End Area (REA) registers, determine the starting 
and ending locations of the RRA, and the other two regis- 
ters update the RRA. The system adds descriptors at the 
address specified by the Resource Write Pointer (RWP), 
and the SONIC-T reads the next descriptor designated by 
the Resource Read Pointer (RRP). The RRP is advanced 4 
words in 16-bit mode (4 long words in 32-bit mode) after the 
SONIC-T finishes reading the RRA and automatically wraps 
around to the beginning of the RRA once the end has been 
reached. When a descriptor in the RRA is read, the 
RXrsc.buff_pt0,1 is loaded into the CRBAO,1 registers and 
the RXrsc.buff_wc0,1 is loaded into the RBWCO,1 regis- 
ters. 


The alignment of the RRA is confined to either word or long 
word boundaries, depending upon the data width mode. In 
16-bit mode, the RRA must be aligned to a word boundary 
(AO is always zero) and in 32-bit mode, the RRA is aligned 
to a long word boundary (AO and A1 are always zero). 
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FIGURE 5-3. Overview of Receive Buffer Management 


5.0 Buffer Management (Continued) 


5.4.2 Receive Buffer Area (RBA) 


The SONIC-T stores the actual data of a received packet in 
the RBA. The RBAs are designated by the Resource De- 
scriptors in the RRA as described above. The RXrsrc.buff_ 
wc0,1 fields of the RRA indicate the length of the RBA. 
When the SONIC-T gets an RBA from the RRA, the 
RXrsrc.buff_wc0,1 values are loaded into the Remaining 
Buffer Word Count registers (RBWCO,1). These registers 
keep track of how much space (in words) is left in the buffer. 
When a packet is buffered in a RBA, it is buffered contigu- 
ously (the SONIC-T will not scatter a packet into multiple 
buffers or fragments). Therefore, if there is not enough 
space left in a RBA after buffering a packet to buffer at least 
one more maximum sized packet (the maximum legal sized 
packet expected to be received from the network), a new 
buffer must be acquired. The End of Buffer Count (EOBC) 
register is used to tell the SONIC-T the maximum packet 
size that the SONIC-T will need to buffer. 


5.4.2.1 End of Buffer Count (EOBC) 


The EOBC is a boundary in the RBA based from the bottom 
of the buffer. The value written into the EOBC is the maxi- 
mum expected size (in words) of the network packet that 
the SONIC-T will have to buffer. This word count creates a 
line in the RBA that, when crossed, causes the SONIC-T to 
fetch a new RBA resource from the RRA. 


31 
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a 


ORGANIZED AS A CIRCULAR QUEUE 
FIGURE 5-4. Receive Resource Area Format 


(RBWCO,1 = EOBC) 


Note: The EOBC is a word count, not a byte count. Also, the value pro- 
grammed into EOBC must be a double word (32-bit) quantity when 
the SONIC-T is in 32-bit mode (e.g., in 32-bit mode, EOBC should be 
set to 758 words, not 759 words even though the maximum size of an 
IEEE 802.3 packet is 759 words). 


5.4.2.2 Buffering the Last Packet in an RBA 


At the start of reception, the SONIC-T stores the packet 
beginning at the Current Receive Buffer Address (CRBAO,1) 
and continues until the reception is complete. Concurrent 
with reception, the SONIC-T decrements the Remaining 
Buffer Word Count (RBWCO,1) by one in 16-bit mode or by 
two in 32-bit mode. At the end of reception, if the packet has 
crossed the EOBC boundary, the SONIC-T knows that the 
next packet might not fit in the RBA. This check is done by 
comparing the RBWCO,1 registers with the EOBC. If 
RBWCO,1 is less than the EOBC (the last packet buffered 
has crossed the EOBC boundary), the SONIC-T fetches the 
next resource descriptor in the RRA. If RBWCO,1 is greater 
than or equal to the EOBC (the EOBC boundary has not 
been crossed) the next packet reception continues at the 
present location pointed to by CRBAO,1 in the same RBA. 
Figure 5-5 illustrates the SONIC-T’s actions for (1) 
RBWCO,1 = EOBC and (2) RBWCO,1 < EOBC. See Sec- 
tion 5.4.4.4 for specific information about setting the EOBC. 
Note: It is important that the EOBC boundary be “crossed.” In other words, 
case #1 in Figure 5-5 must exist before case #2 exists. If case #2 
occurs without case #1 having occurred first, the test for RBWCO,1 
< EOBC will not work properly and the SONIC-T will not fetch a new 
buffer. The result of this will be a buffer overflow (RBAE in the Inter- 
rupt Status Register, Section 6.3.6). 
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Case #2 
(RBWCO,1 < EOBC) 


Case #1: SONIC-T buffers next packet in same RBA. 
Case #2: SONIC-T detects an exhausted RBA and will buffer the next packet in another RBA. 


FIGURE 5-5. Receive Buffer Area 
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5.0 Buffer Management (Continued) 
5.4.3 Receive Descriptor Area (RDA) 


After the SONIC-T buffers a packet to memory, it writes 6 
words of status and control information into the RDA, reads 
the link field to proceed to the next Receive Descriptor, and 
writes to the in-use field of the current descriptor. In 32-bit 
mode the upper word, D<31:16>, is not used. This unused 
area in memory should not be used for other purposes since 
the SONIC-T may still write into these locations. Each re- 
ceive descriptor consists of the following sections (Figure 
5-6). 
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FIGURE 5-6. Receive Descriptor Format 


receive status: indicates status of the received packet. The 
SONIC-T writes the Receive Control register values into this 
field. Figure 5-7 shows the receive status format. This field 
is loaded from the contents of the Receive Control register. 
Note that ERR, RNT, BRD, PRO, and AMC are configura- 
tion bits and are programmed during initialization. see Sec- 
tion 6.3.3 for the description of the Receive Control register. 


15 14 13 12 11 10 9 8 


NOT USED 
IN 32~-BIT MODE 


[err | ANT | Bao | pro | amc | ust | 80 | we | 


7 6 5 4 3 2 1 0 


FIGURE 5-7. Receive Status Format 


byte count: gives the length of the complete packet from 
the start of Destination Address to the end of Frame Check 
Sequence (FCS). 


packet pointer: a 32-bit pointer that locates the packet in 
the RBA. The SONIC-T writes the contents of the CRBAO,1 
registers into this field. 


sequence numbers: this field displays the contents of two 
8-bit counters (modulo 256) that sequence the RBAs used 
and the packets buffered. These counters assist the system 
in determining when an RBA has been completely process- 
ed. The sequence numbers allow the system to tally the 
packets that have been processed within a particular RBA. 
There are two sequence numbers that describe a packet: 
the RBA Sequence Number and the Packet Sequence 
Number. When a packet is buffered to memory, the 
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RBA Sequence Number Packet Sequence Number 
(modulo 256) (Modulo 256) 
FIGURE 5-8. Receive Sequence Number Format 


receive link field: a 15-bit pointer (A15~A1) that locates 
the next receive descriptor. The LSB of this field is the End 
Of List (EOL) bit, and indicates the last descriptor in the list. 
(Initialized by the system.) , 


in-use field: this field provides a handshake between the 
system and the SONIC-T to indicate the ownership of the 
descriptor. When the system avails a descriptor to the 
SONIC-T, it writes a non-zero value into this field. The 
SONIC-T, in turn, sets this field to all ‘‘0’s” when it has 
finished processing the descriptor. (That is, when the CRDA 
register has advanced to the next receive descriptor.) Gen- 
erally, the SONIC-T releases control after writing the status 
and control information into the RDA. If, however, the SON- 
IC-T has reached the last descriptor in the list, it maintains 
ownership of the descriptor until the system has appended 
additional descriptors to the list.. The SONIC-T then relin- 
quishes control after receiving the next packet. (See Sec- 
tion 5.4.6.1 for details on when the SONIC-T writes to this 
field). The receive packet descriptor format is shown in Fig- 
ure 5-6. 


5.4.4 Receive Buffer Management Initialization 

The Receive Resource, Descriptor, and Buffer areas (RRA, 
RDA, RBA) in memory and the appropriate SONIC-T regis- 
ters must be properly initialized before the SONIC-T begins 
buffering packets. This section describes the initialization 
process. 


§.4.4.1 Initializing The Descriptor Page 

All descriptor areas (RRA, RDA, and TDA) used by the 
SONIC-T reside within areas up to 32k (word) or 16k (long 
word) pages. This page may be placed anywhere within the 
32-bit address range by loading the upper 16 address lines 
into the UTDA, URDA, and URRA registers. 


5.4.4.2 Initializing The RRA 

The initialization of the RRA consists of loading the four 
SONIC-T RRA registers and writing the resource descriptor 
information to memory. 

The RRA registers are loaded with the following values. 
Resource Start Area (RSA) register: The RSA is loaded 
with the lower 16-bit address of the beginning of the RRA. 
Resource End Area (REA) register: The REA is loaded 
with the lower 16-bit address of the end of the RRA. The 
end of the RRA is defined as the address of the last 
RXrsrc.ptr0 field in the RRA plus 4 words in 16-bit mode or 4 
long words in 32-bit mode (Figure 5-4). 

Resource Read Pointer (RRP) register: The RRP is load- 
ed with the lower 16-bit address of the first resource de- 


* scriptor the SONIC-T reads. 


SONIC-T maintains a single RBA Sequence Number for all - 


packets in an RBA and sequences the Packet Number for 
succeeding packets in the RBA. When the SONIC-T uses 
the next RBA, it increments the RBA Sequence Number and 
clears the Packet Sequence Number. The RBA’s sequence 
counter is not incremented when the Read RRA command 
is issued in the Command register. The format of the Re- 
ceive Sequence Numbers is shown in Figure 5-8. These 


counters are reset during a SONIC-T hardware reset or by 


writing zero to them. 
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Resource Write Pointer (RWP) register: The RWP is load- 

ed with the lower 16-bit address of the next vacant location 

where a resource descriptor will be placed by the system. 

Note: The RWP register must only point to either (1) the RXrsrc.ptrO field of 
one of the RRA Descriptors, (2) the memory address that the RSA 
points to (the start of the RRA), or (3) the memory address that the 
REA points to (the end of the RRA). When the RWP = RRP compari- 
son is made, it is performed after the complete RRA descriptor has 
been read and not during the fetch. Failure to set the RWP to any of 
the above values prevents the RWP = RRP comparison from ever 
becoming true. 


5.0 Buffer Management (continued) 


All RRA registers are concatenated with the URRA register 
for generating the full 32-bit address. 


The resource descriptors that the system writes to the RRA 
consists of four fields: (1) RXrsrc.buff_ptrO, (2) 
RXrsrc.buff_ptri, (3) RXrsrc.buff_wecdO, and (4) 
RXrsrc.buff_we1. The fields must be contiguous (they can- 
not straddle the end points) and are written in the order 
shown in Figure 5-9. The “0” and ‘‘1” in the descriptors 
denote the least and most significant portions for the Buffer 
Pointer and Word Count. The first two fields supply the 
32-bit starting location of the Receive Buffer Area (RBA), 
and the second two define the number of 16-bit words that 
the RBA occupies. Note that two restrictions apply to the 
Buffer Pointer and Word Count. First, in 32-bit mode, since 
the SONIC-T always writes long words, an even count must 
be written to RXrsrc.buff_wec0. Second, the Buffer Pointer 
must either be pointing to a word boundary in 16-bit mode 
(AO=0) or a long word boundary in 32-bit mode 


(A0,A1=0,0). Note also that the descriptors must be prop- 
erly aligned in the RRA as discussed in Section 5.3. 
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FIGURE 5-9. RRA Initialization 


After configuring the RRA, the RRA Read command (setting 
RRRA bit in the Command register) may be given. This 
command causes the SONIC-T to read the RRA descriptor 
in a single block operation, and load the following registers 
(see Section 6.2 for register mnemonics): , 


CRBAO register <— RXrsrc.buff__ptrO 
CRBAY1 register <— RXrsre.buff__ptr1 

RBWCO register <— RXrsrc.buff__wc0 
RBWC1 register <— RXrsrc.buff_we1 


When the command has completed, the RRRA bit in the 
Command register is reset to “0”. Generally this command 
is only issued during initialization. At all other times, the RRA 
is automatically read as the SONIC-T finishes using an RBA. 


5.4.4.3 Initializing The RDA 


To accept multiple packets from the network, the receive 
packet descriptors must be linked together via the 
RXpkt.link fields. Each link field must be written with a 15-bit 
(A15-A1) pointer to locate the beginning of the next de- 
scriptor in the list. The LSB of the RXpkt.link field is the End 
of List (EOL) bit and is used to indicate the end of the de- 
scriptor list. EOL = 1 for the last descriptor and EOL = 0 
for the first or middle descriptors. The RXpkt.in_use field 
indicates whether the descriptor is owned by the SONIC-T. 
The system writes a non-zero value to this field when the 
descriptor is available, and the SONIC-T writes all “0’s” 
when it finishes using the descriptor. At startup, the Current 
Receive Descriptor Address (CRDA) register must be load- 
ed with the address of the first RXpkt.status field in order for 
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the SONIC-T to begin receive processing at the first de- 
scriptor. An example of two descriptors linked together is 
shown in Figure 5-70. The fields initialized by the system are 
displayed in bold type. The other fields are written by the 
SONIC-T after a packet is accepted. The RXpkt.in_use 
field is first written by the system, and then by the SONIC-T. 
Note that the descriptors must be aligned properly as dis- 
cussed in Section 5.3. Also note that the URDA register is 
concatenated with the CRDA register to generate the full 


32-bit address. 
CRDA REG. 


RXpkt.link 


EOL 


RXpkt.in_use 


RXpkt.link} EOL 


RXpkt.in_use 
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FIGURE 5-10. RDA Initialization Example 


5.4.4.4 Initializing the Lower Boundary of the RBA 


A “false bottom” is set in the RBA by loading the End Of 
Buffer Count (EOBC) register with a value equal to the maxi- 
mum size packet in words (16 bits) that may be received. 
This creates a lower boundary in the RBA. Whenever the 
Remaining Buffer Word Count (RBWCO,1) registers decre- 
ment below the EOBC register, the SONIC-T buffers the 
next packet into another RBA. This also guarantees that a 
packet is always contiguously buffered into a single Receive 
Buffer Area (RBA). The SONIC-T does not buffer a packet 
into multiple RBAs. Note that in 32-bit mode, the SONIC-T 
holds the LSB always low so that it properly compares with 
the RBWCO,1 registers. 


After a hardware reset, the EOBC register is automatically 
initialized to 2F8h (760 words or 1520 bytes). For 32-bit ap- 
plications this is the suggested value for EOBC. EOBC de- 
faults to 760 words (1520 bytes) instead of 759 words (1518 
bytes) because 1518 is not a double word (32-bit) boundary 
(see Section 5.4.2.1). If the SONIC-T is used in 16-bit mode, 
then EOBC should be set to 759 words (1518 bytes) be- 
cause 1518 is a word (16-bit) boundary. 


Sometimes it may be desired to buffer a single packet per 
RBA. When doing this, it is important to set EOBC and the 
buffer size correctly. The suggested practice is to set EOBC 
to a value that is at least 4 bytes, in 32-bit mode, or 2 bytes, 
in 16-bit mode, less than the buffer size. An example of this 
for 32-bit mode is to set EOBC to 760 words (1520 bytes) 
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5.0 Buffer Management (continued) 


and the buffer size to 762 words (1524 bytes). A similar 
example for 16-bit mode would be EOBC = 759 words 
(1518 bytes) and the buffer size set to 760 words (1520 
bytes). The buffer can be any size, but as long as the EOBC 
is 2 words, for 32-bit mode, or 1 word, for 16-bit mode, less 
than the buffer size, only one packet will be buffered in that 
RBA. 
Note 1: Itis possible to filter out most oversized packets by setting the buff- 
er size to 760 words (1520 bytes) in 32-bit mode or 759 words (1518 
bytes) in 16-bit mode. EOBC would be set to 758 words (1516 
bytes) for both cases. With this configuration, any packet over 1520 
bytes, in 32-bit mode, or 1518 bytes, in 16-bit mode, will not be 
completely buffered because the packet will overflow the buffer. 
When a packet overflow occurs, a Receive Buffer Area Exceeded 
interrupt (RBAE in the Interrupt Status Register, Section 6.3.6) will 
occur. 


When buffering one packet per buffer, it is suggested that the val- 
ues in Note 1 above be used. Since the minimum legal sized Ether- 
net packet is 64 bytes, however, it is possible to set EOBC as much 
as 64 bytes less than the buffer size and still end up with one packet 
per buffer. Figure 5-77 shows this “range.” 


5.4.5 Beginning Of Reception 


At the beginning of reception, the SONIC-T checks its inter- 
nally stored EOL bit from the previous RXpkt.link field for a 
4”. If the SONIC-T finds EOL = 1, it recognizes that after 
the previous reception, there were no more remaining re- 
ceive packet descriptors. It re-reads the same RXpkt.link 
field to check if the system has updated this field since the 
last reception. If the SONIC-T still finds EOL = 1, reception 
ceases. (See Section 5.5 for adding descriptors to the list.) 
Otherwise, the SONIC-T begins storing the packet in the 
RBA starting at the Current Receive Buffer Address 
(CRBAO,1) registers and continues until the packet has 
completed. Concurrent with the packet reception, the Re- 
maining Buffer Word Count (RBWCO,1) registers are decre- 
mented after each word is written to memory. This register 
determines the remaining words in the RBA at the end of 
reception. 


5.4.6 End Of Packet Processing 


At the end of a reception, the SONIC-T enters its end of 
packet processing sequence to determine whether to ac- 
cept or reject the packet based on receive errors and pack- 
et size. At the end of reception the SONIC-T enters one of 
the following two sequences: 

— Successful reception sequence 

— Buffer recovery for runt packets or packets with errors 


RBA 


RANGE OF EOBC TO 
STORE 1 PACKET 
PER RBA 


Range of EOBC = (RXrsrc.wc0,1 —2 to RXrsrc.wc0,1 —32) 


5.4.6.1 Successful Reception 


If the SONIC-T accepts the packet, it first writes 5 words of 
descriptor information in the RDA beginning at the address 
pointed to by the Current Receive Descriptor Address 
(CRDA) register. It then reads the RXpkt.link field to ad- 
vance the CRDA register to.the next receive descriptor. The 
SONIC-T also checks the EOL bit for.a “1” in this field. If 
EOL = 1,no more descriptors are available for the SONIC-T. 
The SONIC-T recovers the address of the current RXpkt.link 
field (from a temporary register) and generates a “Receive 
Descriptors Exhausted” indication in the Interrupt Status 
register. (See Section 5.4.7 on how to add descriptors.) The 
SONIC-T maintains ownership of the descriptor by nof writ- 
ing to the RXpkt.in__use field. Otherwise, if EOL = 0, the 
SONIC-T advances the CRDA register to the next descriptor 
and resets the RXpkt.in_use field to ail “‘0’s”. 


The SONIC-T accesses the complete 7 word RDA descrip- 
tor in a single block operation. 


The SONIC-T also checks if there is remaining space in the 
RBA. The SONIC-T compares the Remaining Buffer Word 
Count (RBWCO,1) registers with the static End Of Buffer 
Count (EOBC). If the RBWC is less than the EOBC, a maxi- 
mum sized packet will no longer fit in the remaining space in 
the RBA; hence, the SONIC-T fetches a resource descriptor 
from the RRA and loads its registers with the pointer and 
word count of the next available RBA. 


5.4.6.2 Buffer Recovery For Runt Packets Or 
Packets With Errors 


lf a runt packet (less than 64 bytes) or packet with errors 
arrives and the Receive Control register has been config- 
ured to not accept these packets, the SONIC-T recovers its 
pointers back to the original positions. The CRBAO,1 regis- 
ters are not advanced and the RBWCO,1 registers are not 
decremented. The SONIC-T recovers its pointers by main- 
taining a copy of the buffer address in the Temporary Re- 
ceive Buffer Address registers (TRBAO,1). The SONIC-T re- 
covers the value in the RBWCO,1 registers from the Tempo- 
rary Buffer Word Count registers (TBWCO,1). 


5.4.7 Overflow Conditions 

When an overflow condition occurs, the SONIC-T halts its 
DMA operations to prevent writing into unauthorized memo- 
ry. The SONIC-T uses the Interrupt Status register (ISR) to 
indicate three possible overflow conditions that can occur 
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FIGURE 5-11. Setting EOBC for Single Packet RBA 
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5.0 Buffer Management (continued) 


when its receive resources have been exhausted. The sys- 
tem should respond by replenishing the resources that have 
been exhausted. These overflow conditions (Descriptor Re- 
sources Exhausted, Buffer Resources Exhausted, and RBA 
Limit Exceeded) are indicated in the Interrupt Status register 
and are detailed as follows: 


Descriptor Resources Exhausted: This occurs when the 
SONIC-T has reached the last receive descriptor in the list, 
meaning that the SONIC-T has detected EOL = 1. The 
system must supply additional descriptors for continued re- 
ception. The system can do this in one of two ways: 1) 
appending descriptors to the existing list, or 2) creating a 
separate list. 


1. Appending descriptors to the existing list. This is the eas- 
iest and preferred way. To do this, the system, after cre- 
ating the new list, joins the new list to the existing list by 
simply writing the beginning address of the new list into 
the RXpkt.link field and setting EOL = 0. At the next 
reception, the SONIC-T re-reads the last RXpkt.link field, 
and updates its CRDA register to point to the next de- 
scriptor. 


. Creating a separate list. This requires an additional step 
because the lists are not joined together and requires 
that the CRDA register be loaded with the address of the 
RXpkt.link field in the new list. 


During this overflow condition, the SONIC-T maintains own- 
ership of the descriptor (RXpkt.in_use # OOh) and waits for 
the system to add additional descriptors to the list. When 
the system appends more descriptors, the SONIC-T releas- 
es ownership of the descriptor after writing 0000h to the 
RXpkt.in_use field. 


Buffer Resources Exhausted: This occurs when the 
SONIC-T has detected that the Resource Read Pointer 
(RRP) and Resource Write Pointer (RWP) registers are 
equal (i.e., all RRA descriptors have been exhausted). The 
RBE bit in the Interrupt Status register is set when the 
SONIC-T finishes using the second to last receive buffer 
and reads the last RRA descriptor. Actually, the SONIC-T is 
not truly out of resources, but gives the system an early 
warning of an impending out of resources condition. To con- 
tinue reception after the last RBA is used, the system must 
supply additional RRA descriptor(s), update the RWP regis- 
ter, and clear the RBE bit in the ISR. The SONIC-T rereads 
the RRA after this bit is cleared. 


RBA Limit Exceeded: This occurs when a packet does not 
completely fit within the remaining space of the RBA. This 
can occur if the EOBC register is not programmed to a value 
greater than the largest packet that can be received. When 
this situation occurs, the packet is truncated and the 
SONIC-T reads the RRA to obtain another RBA. Indication 
of an RBA limit being exceeded is signified by the Receive 
Buffer Area Exceeded (RBAE) interrupt being set (see Sec- 
tion 6.3.6). An RDA will not be set up for the truncated pack- 
et and the buffer space will not be re-used. To rectify this 
potential overflow condition, the EOBC register must be 
loaded with a value equal to or greater than the largest 
packet that can be accepted. See Section 5.4.2. 


5.5 TRANSMIT BUFFER MANAGEMENT 

To begin transmission, the system software issues the 
Transmit command (TXP = 1 in the CR). The Transmit Buff- 
er Management uses two areas in memory for transmitting 
packets (Figure 5-12), the Transmit Descriptor Area (TDA) 
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and the Transmit Buffer Area (TBA). During transmission, 
the SONIC-T fetches control information from the TDA, 
loads its appropriate registers, and then transmits the data 
from the TBA. When the transmission is complete, the SON- 
IC-T writes the status information in the TDA. From a single 
transmit command, packets can either be transmitted singly 
or in groups if several descriptors have been linked togeth- 
er. 


TRANSMIT 
BUFFER AREA 


Ne eee 
FRAGMENT 


TRANSMIT 
DESCRIPTOR AREA 


frag_count = 1 
EOL=0 


PACKET #1 


PACKET #2 


frag_count=2 
EOL=1 


TL/F/11719-~23 
FIGURE 5-12. Overview of Transmit Buffer Management 


5.5.1 Transmit Descriptor Area (TDA) 


The TDA contains descriptors that the system has generat- 
ed to exchange status and control information. Each de- 
scriptor corresponds to a single packet and consists of the 
following 16-bit fields. 


TXpkt.status: This field is written by the SONIC-T and pro- 
vides status of the transmitted packet. See Section 5.5.1.2 
for more details. 


TXpkt.config: This field allows programming the SONIC-T 
to one of the various transmit modes. The SONIC-T reads 
this field and loads the corresponding configuration bits 
(PINTR, POWG, CRCI, and EXDIS) into the Transmit Control 
register. See Section 5.5.1.1 for more details. 


TXpkt.pkt_size: This field contains the byte count of the 
entire packet 


TXpkt.frag__count: This field contains the number of frag- 
ments the packet is segmented into. 


TXpkt.frag__ptr0,1: This field contains a 32-bit pointer 
which locates the packet fragment to be transmitted in the 
Transmit Buffer Area (TBA). This pointer is not restricted to 
any byte alignment. 


TXpkt.frag_size: This field contains the byte count of the 
packet fragment. The minimum fragment size is 1 byte. 


TXpkt.link: This field contains a 15-bit pointer (A15~—A1) to 
the next TDA descriptor. The LSB, the End Of List (EOL) bit, 
indicates the last descriptor in the list when set to a “1”. 
When descriptors have been linked together, the SONIC-T 
transmits back-to-back packets from a single transmit com- 
mand. 


The data of the packet does not need to be contiguous, but 
can exist in several locations (fragments) in memory. In this 
case, the TXpkt.frag__count field is greater than one, and 
additional TXpkt.frag_ptr0,1 and TXpkt.frag_size fields 
corresponding to each fragment are used. The descriptor 
format is shown in Figure 5-13. Note that in 32-bit mode the 
upper word, D<31:16>, is not used. 
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5.0 Buffer Management (Continued) 


0 
TXplt.status 


TXpkt.pkt.config 
TXpkt.pkt_size 
TXpkt.frag_count 
NOT USED TXpkt.frag_ptrO 
IN 32-BIT MODE 
TXpkt.frag_ptr 
TXpkt.frag_size 


ADDITIONAL POINTERS 
AND SIZE FIELDS IF 
FRAG_COUNT> 1 


TXpkt.link EOL 
TL/F/11719-24 


FIGURE 5-13. Transmit Descriptor Area 


5.5.1.1 Transmit Configuration 


The TXpkt.config field allows the SONIC-T to be pro- 
grammed into one of the transmit modes before each trans- 
mission. At the beginning of each transmission, the 
SONIC-T reads this field and loads the PINTR, POWC, 
CRCI, and EXDIS bits into the Transmit Control register 
(TCR). The configuration bits in the TCR correspond directly 
with the bits in the TXpkt.config field as shown in Figure 5- 
14. See Section 6.3.4 for the description on the TCR. 


13 12 
l 


7 6 5 4 3 


x txt x] x{ xxix] x 


Note: x = don’t care 
FIGURE 5-14. TXpkt.config Field 


5.5.1.2 Transmit Status 


At the end of each transmission the SONIC-T writes the 
status bits (<10:0>) of the Transmit Control Register (TCR) 
and the number of collisions experienced during the trans- 
mission into the TXpkt.status field (Figure 5-75, res = re- 
served). Bits NC4—NCO indicate the number of collisions 
where NC4 is the MSB. See Section 6.3.4 for the descrip- 
tion of the TCR. 


15 14 13 1 


2 11 10 9 8 
7 6 5 4 3 2s 0 
jcrst | exo | owe] res | pe] Fu | Bom] PTX | 


FIGURE 5-15. TXpkt.status Field 


5.5.2 Transmit Buffer Area (TBA) 


The TBA contains the fragments of packets that are defined 
by the descriptors in the TDA. A packet can consist of a 
single fragment or several fragments, depending upon the 
fragment count in the TDA descriptor. The fragments also 
can reside anywhere within the full 32-bit address range, 
and be aligned to any byte boundary. When an odd byte 
boundary is given, the SONIC-T automatically begins read- 
ing data at the corresponding word boundary in 16-bit mode 
or a long word boundary in 32-bit mode. The SONIC-T ig- 


15 14 


11 10 9 8 
2 1 0 
X X X 
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nores the extraneous bytes which are written into the FIFO 
during odd byte alignment fragments. The minimum allowed 
fragment size is 1 byte. Figure 5-12 shows the relationship 
between the TDA and the TBA for single and multi-frag- 
mented packets. 


5.5.3 Preparing To Transmit 


All fields in the TDA descriptor and the Current Transmit 
Descriptor Address (CTDA) register of the SONIC-T must be 
initialized before the Transmit Command (setting the TXP bit 
in the Command register) can be issued. If more than one 
packet is queued, the descriptors must be linked together 
with the TXpkt.link field. The last descriptor must have EOL 
= 1 and all other descriptors must have EOL = 0. To begin 
transmission, the system loads the address of the first 
TXpkt.status field into the CTDA register. Note that the up- 
per 16-bits of address are loaded in the Upper Transmit 
Descriptor (UTDA) register. The user performs the following 
transmit initialization. 


1. Initialize the TDA 


2. Load the CTDA register with the address of the first trans- 
mit descriptor 


3. Issue the transmit command 


Note that if the source address of the packet being transmit- 
ted is not in the CAM, the Packet Monitored Bad (PMB) bit 
in the TXpxt.status field will be set (see Section 6.3.4). 


5.5.3.1 Transmit Process 


When the Transmit Command (TXP = 1 in the Command 
register) is issued, the SONIC-T fetches the control informa- 
tion in the TDA descriptor, loads its appropriate registers 
(shown below) and begins transmission. (See Section 6.2 
for register mnemonics.) 


TCR <— TXpkt.config 

TPS <— TXpkt.pkt_size 
TFC <— TXpkt.frag__count 
TSAO <— TXpkt.frag__ptrO 
TSA1 <— TXpkt.frag__ptr1 
TFS <— TXpkt.frag_size 
CTDA <— TXpkt.link 


(CTDA is loaded after all fragments have been read and 
successfully transmitted. If the halt transmit command is is- 
sued (HTX bit in the Command register is set) the CTDA 
register is not loaded.) 


During transmission, the SONIC-T reads the packet descrip- 
tor in the TDA and transmits the data from the TBA. If 
TXpkt.frag__count is greater than one, the SONIC-T, after 
finishing transmission of the fragment, fetches the next 
TXpkt.frag__ptr0,1 and TXpkt.frag__size fields and transmits 
the next fragment. This process continues until all frag- 
ments of a packet are transmitted. At the end of packet 
transmission, status is written in to the TXpkt.status field. 
The SONIC-T then reads the TXpkt.link field and checks if 
EOL = 0. If itis “0”, the SONIC-T fetches the next descrip- 
tor and transmits the next packet. If EOL = 1 the SONIC-T 
generates a ‘Transmission Done” indication in the Interrupt 
Status register and resets the TXP bit in the Command reg- 
ister. 

In the event of a collision, the SONIC-T recovers its pointer 
in the TDA and retransmits the packet up to 15 times. The 
SONIC-T maintains a copy of the CTDA register in the Tem- 
porary Transmit Descriptor Address (TTDA) register. 


5.0 Buffer Management (Continuea) 


The SONIC-T performs a block operation of 6, 3, or 2 ac- 
cesses in the TDA, depending on where the SONIC-T is in 
the transmit process. For the first fragment, it reads the 
TXpkt.config to TXpkt.frag__size (6 accesses). For the next 
fragment, if any, it reads the next 3 fields from TXpkt.frag__ 
ptrO to TXpkt.frag__size (3 accesses). At the end of trans- 
mission it writes the status information to TXpkt.status and 
reads the TXpkt.link field (2 accesses). 


5.5.3.2 Transmit Completion 


The SONIC-T stops transmitting under two conditions. In 
the normal case, the SONIC-T transmits the complete list of 
descriptors in the TDA and stops after it detects EOL = 1. 
In the second case, certain transmit errors cause the 
SONIC-T to abort transmission. If F/FO Underrun, Byte 


6.0 SONIC-T Registers 


The SONIC-T contains two sets of registers: The status/ 
control registers and the CAM memory cells. The status/ 
control registers are used to configure, control, and monitor 
SONIC-T operation. They are directly addressable registers 


"and occupy 64 consecutive address locations in the system 


memory space (selected by the RA5-RAO address pins). 
There are a total of 64 status/control registers divided into 
the following categories: 

User Registers: These registers are accessed by the user 
to configure, control, and monitor SONIC-T operation. 


- These are the only SONIC-T registers the user needs to 


Count Mismatch, Excessive Collision, or Excessive Deferral 


(if enabled) errors occur, transmission ceases. The CTDA 
register points to the last packet transmitted. The system 
can also halt transmission under software control by setting 
the HTX bit in the Command register. Transmission halts 
after the SONIC-T writes to the TXpkt.status field. 


5.5.4 Dynamically Adding TDA Descriptors 


Descriptors can be dynamically added during transmission 
without halting the SONIC-T. The SONIC-T can also be 
guaranteed to transmit the complete list including newly ap- 
pended descriptors (barring any transmit abort conditions) 
by observing the following rule: The last TXpkt.link field 
must point to the next location where a descriptor will be 
added (see step 3 below and Figure 5-76). The procedure 
for appending descriptors consists of: 
1. Creating a new descriptor with its TXpkt.link pointing to 
the next vacant descriptor location and its EOL bit set to 
a‘. 
2. Resetting the EOL bit to a “0” of the previously last de- 
scriptor. 


3. Re-issuing the Transmit command (setting the TXP bit in 
the Command register). 

Step 3 assures that the SONIC-T will transmit all the pack- 
ets in the list. If the SONIC-T is currently transmitting, the 
Transmit command has no effect and continues transmitting 
until it detects EOL = 1. If the SONIC-T had just finished 
transmitting, it continues transmitting from where it had pre- 
viously stopped. 


— LAST DESCRIPTOR OF LIST 


" 4— LOCATION WHERE NEXT DESCRIPTOR 


WILL BE PLACED 
| 


TU/F/11719-25 
FIGURE 5-16. Initializing Last Link Field 
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access. Figure 6-3 shows the programmer's model and Ta- 
ble 6-1 lists the attributes of each register. 


Internal Use Registers: These registers (Table 6-2) are 
used by the SONIC-T during normal operation and are not 
intended to be accessed by the user. 


National Factory Test Registers: These registers (Table 
6-3) are for National factory use only and should never be 
accessed by the user. Accessing these registers during nor- 
mal operation can cause improper functioning of the 
SONIC-T. 


6.1 THE CAM UNIT 


The CAM unit memory cells are indirectly accessed by pro- 
gramming the CAM descriptor area in system memory and 
issuing the LCAM command (setting the LCAM bit in the 
Control register). The CAM cells do not occupy address lo- 
cations in register space and, thus, are not accessible 
through the RAS-RAO address pins. The CAM control regis- 
ters, however, are part of the user register set and must be 
initialized before issuing the LCAM command (see Section 
6.3.10). 


The Content Addressable Memory (CAM) consists of six- 

teen 48-bit entries for complete address filtering (Figure 6-1) 

of network packets. Each entry corresponds to a 48-bit des- 

tination address that is user programmable and can contain 
any combination of Multicast or Physical addresses. Each 
entry is partitioned into three 16-bit CAM cells accessible 
through CAM Address Ports (CAP 2, CAP 1 and CAP 0) with 

CAPO corresponding to the least significant 16 bits of the 

Destination Address and CAP2 corresponding to the most 

significant bits. The CAM is accessed in a two step process. 

First, the CAM Entry Pointer is loaded to point to one of the 

16 entries. Then, each of the CAM Address Ports is ac- 

cessed to select the CAM cell. The 16 user programmable 

CAM entries can be masked out with the CAM Enable regis- 

ter (see Section 6.3.10). 

Note: it is not necessary to program a broadcast address into the CAM 
when it is desired to accept broadcast packets. Instead, to accept 
broadcast packets, set the BRD bit in the Receive Control register. If 
the BRD bit has been set, the CAM is still active. This means that it is 
possible to accept broadcast packets at the same time as accepting 
packets that match physical addresses in the CAM. 


6.1.1 The Load CAM Command 

Because the SONIC-T uses the CAM for a relatively long 
period of time during reception, it can only be written to via 
the CAM Descriptor Area (CDA) and is only readable when 
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6.0 SONIC-T Registers (Continued) 


CAM ENTRY 
POINTER REGISTER 
(5 BITS) 


CAM ENTRY DECODE 


CAM ADDRESS PORT 2 
(BITS 47 - 32) 


CAM ADDRESS PORT 1 
(BITS 31- 16) 


CAM ADDRESS PORT 0 
(BITS 15-0) 


CAM ENABLE REGISTER 
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FIGURE 6-1. CAM Organization 


’ the SONIC-T is in software reset. The CDA resides in the 


same 64k byte block of memory as the Receive Resource 
Area (RRA) and contains descriptors for loading the CAM 
registers. These descriptors are contiguous and each de- 
scriptor consists of four 16-bit fields (Figure 6-2). In 32-bit 
mode the upper word, D<31:16>,, is not used. The first field 
contains the value to be loaded into the CAM Entry Pointer 
and the remaining fields are for the three CAM Address 
Ports (see Section 6.3.10). In addition, there is one more 
field after the last descriptor containing the mask for the 
CAM Enable register. Each of the CAM descriptors are ad- 
dressed by the CAM Descriptor Pointer (CDP) register. 


After the system has initialized the CDA, it can issue the 
Load CAM command to program the SONIC-T to read the 
CDA and load the CAM. The procedure for issuing the Load 
CAM command is as follows. 


1. Initialize the Upper Receive Resource Address (URRA) 
register. Note that the CAM Descriptor Area must reside 
within the same 64k page as the Receive Resource 
Area. (See Section 6.3.9.) 


31 
CAM DESCRIPTOR POINTER, CDP Pp = = eee me 


NOT USED 
IN 32-BIT MODE 


1 


2. Initialize the CDA as described above. 

3. Initialize the CAM Descriptor Count with the number of 
CAM descriptors. Note, only the lower 5 bits are used in 
this register. The other bits are don’t cares. (See Section 
6.3.10.) 

. Initialize the CAM Descriptor Pointer to locate the first 
descriptor in the CDA. This register must be reloaded 
each time a new Load CAM command is issued. 

5. Issue the Load CAM command (LCAM) in the Command 
register. (See Section 6.3.1.) 

If a transmission or reception is in progress, the CAM DMA 

function will not occur until these operations are complete. 

When the SONIC-T completes the Load CAM command, 

the CDP register points to the next location after the CAM 

Enable field and the CDC equals zero. The SONIC-T resets 

the LCAM bit in the Command register and sets the Load 

CAM Done (LCD) bit in the ISR. 


5 0 


DESCRIPTOR 0 


| DESCRIPTOR n 
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FIGURE 6-2. CAM Descriptor Area Format 
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6.0 SONIC-T Registers (Continued) 


Status and 
Control Registers 


Transmit 
Registers 


Receive 
Registers 


CAM 
Registers 


Tally 
Counters 


Watchdog 
Timer 


RA<5:0> 15 0 
Oh Command Register Status and Control Fields 

1 Data Configuration Register Control Fields 

2 Receive Control Register Status and Control Fields 

3 Transmit Control Register Status and Control Fields 

4 Interrupt Mask Register Mask Fields 

5 Interrupt Status Register Status Fields 

3F Data Configuration Register 2 Control Fields 

6 Upper Transmit Descriptor Address Register | Upper 16-bit Address Base 


2D 


Current Transmit Descriptor Address Register| Lower 16-bit Address Offset 
Upper Receive Descriptor Address Register | Upper 16-bit Address Base 


Current Receive Descriptor Address Register | Lower 16-bit Address Offset 


il 


Upper Receive Resource Address Register | Upper 16-bit Address Base 

Resource Start Address Register Lower 16-bit Address Offset 

Resource End Address Register Lower 16-bit Address Offset 

Resource Read Register Lower 16-Bit Address Offset 

Resource Write Register Lower 16-bit Address Offset 

Receive Sequence Counter 7 Count Value 


i 


CAM Entry Pointer 

CAM Address Port 2 

CAM Address Port 1 

CAM Address Port 

CAM Enable Register 

CAM Descriptor Pointer 
5 


CAM Descriptor Count Count Value 


CRC Error Tally Counter | 
Frame Alignment Error Tally 
Missed Packet Tally 
Watchdog Timer 0 Lower 16-bit Count Value 

Watchdog Timer 1 
Silicon Revision Register 


FIGURE 6-3. Register Programming Model 


1-491 


pE6E8dd 


DP83934 


6.0 SONIC-T Registers (Continued) 


6.2 STATUS/CONTROL REGISTERS 


This set of registers is used to convey status/control infor- 
mation to/from the host system and to control the operation 
of the SONIC-T. These registers are used for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 


R/W 
R/W 


07 


2C (Note 4) 
2D (Note 4) 
2E (Note 4) 


R/W 
R/W 
R/W 


TABLE 6-1. User Registers 


es 
COMMAND AND STATUS REGISTERS 
00h 631 
01 (Note 3) 63.2 
02 63.3 
03 63.4 
04 Pw | __interruptMask =| IMR | 88S 
05 P nw | intemuptstaus | SR 
3F (Note 3) 637 
TRANSMIT REGISTERS 


Upper Transmit Descriptor Address 
Current Transmit Descriptor Address 


*. . 


RECEIVE REGISTERS 
0D 6.3.9, 5.4.4.1 
0E 6.3.9, 5.4.4.3 
13 6.3.9, 5.4.2 
14 6.3.9, 5.4.4.1 
18 6.3.9, 5.4.1 
16 Resource End Address 6.3.9, 5.4.1 
17 [Rw | __ResourceReadPointer |= RRP | 6.9.9, 5.4.1 
18 6.3.9, 5.4.1 
2B 6.3.9, 5.4.3.2 
CAM REGISTERS 
a1 6.1,6.3.10 
zzinotet) | AR —|_—CAMAddressPon2 | CAP | 6.1, 6.9.10 
za(Notet) | AR =| _—CAMAddressPortt | caPY | 6.1, 6.9.10 
zaNotet) | R __—«|_—CAMAddressPono | CaO | 6.1, 6.8.10 
25 (Note 2) 6.1,6:3.10 
26 6.1, 6.3.10 
27 6.1,6.3.10 
TALLY COUNTERS 


CRC Error Tally CRCT 
FAE Tally i PARTI 
Missed Packet Tally 


ing interrupt control. The registers are selected by asserting 
chip select to the SONIC-T and providing the necessary ad- 
dress on register address pins RA5—RAO. Tables 6-1, 6-2, 
and 6-3 show the locations of all SONIC-T registers and 
where information on the registers can be found in the data 
sheet. 


UTDA 
CTDA 


6.3.8, 5.4.4.1 
6.3.8, 5.5.3 
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6.0 SONIC-T Registers (Continued) 


TABLE 6-1. User Registers (Continued) 


Description 
RA5-RAO | access Register Symbol (section) 


WATCHDOG COUNTERS 


wio 
SILICON REVISION 


Note 1: These registers can only be read when the SONIC-T is in reset mode (RST bit in the CR is set). The SONIC-T gives invalid data when these registers are 
read in non-reset mode. 


Note 2: This register can only be written to when the SONIC-T is in reset mode. This register is normally only loaded by the Load CAM command. 


Note 3: The Data Configuration registers, DCR and DCR2, can only be written to when the SONIC-T is in reset mode (RST bit in CR is set). Writing to these 
registers while not in reset mode does not alter the registers. 


Note 4: The data written to these registers is inverted before being latched. That is, if a value of FFFFh is written, these registers will contain and read back the 
value of 0000h. Data is not inverted during a read operation. 


TABLE 6-2. Internal Use Registers (Users should not write to these registers) 


Description 


(RA5-RAO) 


TRANSMIT REGISTERS 


08 (Note 1) Transmit Packet Size 5.5 


Transmit Fragment Count 5.5 


TPS 
TFC 
TSAO 55 
TSA 5.5 
TFS 5.5 
TTDA 
MDT 


Temporary Transmit Descriptor Address 5.5.4 
Maximum Deferral Timer 6.3.4 


RECEIVE REGISTERS 
OOF 
10 
11 
12 
19 


CRBAO 5.4.2, 5.4.4.2 

CRBAI 5.4.2, 5.4.4.2 

RBWCO 5.4.2, 6.4.4.2 

RBWC1 5.4.2, 5.4.4.2 

TRBAO 5462 

1A TREA 5.4.6.2 

1B R/W Temporary Buffer Word Count 0 TBWCO 5.4.6.2 

1C R/W TBWC1 5.4.6.2 

1F RW LLFA none 

ADDRESS GENERATORS 
1 R/W ADDR 


Note 1: The data that is read from these registers is the inversion of what has been written to them. 
Note 2: The value that is written to this register is shifted once in 16-bit mode and shifted twice in 32-bit mode. 


R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 


TABLE 6-3. National Factory Test Registers 


Description 
Register Symbol (section) 


These registers are for factory use only. Users must not 
address these registers or improper SONIC-T operation 
can occur. 


(RA5-RA0) 
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6.0 SONIC-T Registers (Continued) 
6.3 REGISTER DESCRIPTION 


6.3.1 Command Register 

(RA<5:0> =0h) 

This register (Figure 6-4) is used for issuing commands to the SONIC-T. These commands are issued by setting the correspond- 
ing bits for the function. For all bits, except for the RST bit, the SONIC-T resets the bit after the command is completed. With the 
exception of RST, writing a “0” to any bit has no effect. Before any commands can be issued, the RST bit must first be reset to 
“0”. This means that, if the RST bit is set, two writes to the Command Register are required to issue a command to the 
SONIC-T; one to clear the RST bit, and one to issue the command. : 

This register also controls the general purpose 32-bit Watchdog Timer. After the Wianehden Timer register has been loaded, it 
begins to decrement once the ST bit has been set to ‘1’. An interrupt is issued when the count reaches zero if the Timer 
Complete interrupt is enabled in the IMR. 


During hardware reset, bits 7, 4, and 2 are set to a ‘1; all others are cleared. During software reset bits 9, 8, 1, and 0 are 
cleared and bits 7 and 2 are set to a “1”; all others are unaffected. 


15 


12 
coe Te Le Le [+ hon a2 [sr [oe eines] oe [ee 


r=read only, r/w=read/write 


FIGURE 6-4. Command Register 


Fleld Meaning 
LCAM LOAD CAM 
RRRA READ RRA 
RST SOFTWARE RESET 
ST START TIMER 
STP STOP TIMER 
RXEN RECEIVER ENABLE 
RXDIS RECEIVER DISABLE 
TXP TRANSMIT PACKET(S) 
HTX HALT TRANSMISSION 


Description 
Must be 0 


LCAM: LOAD CAM 

Setting this bit causes the SONIC-T to load the CAM with the descriptor that is pointed to by the CAM Descriptor 
Pointer register. 

Note: This bit must not be set during transmission (TXP is set). The SONIC-T will lock up if both bits are set simultaneously. 


RRRA: READ RRA 

Setting this bit causes the SONIC-T to read the next RRA descriptor pointed to by the Resource Read Pointer (RRP) 
register. Generally this bit is only set during initialization. Setting this bit during normal operation can cause improper 
receive operation. 


RST: SOFTWARE RESET 
Setting this bit resets all internal state machines. The CRC generator is disabled and the Tally counters are halted, 


but not cleared. The SONIC-T becomes operational when this bit is reset to “0”. A hardware reset sets this bit to a 
“1’"_ It must be reset to “0” before the SONIC-T becomes operational. 


Must be 0. 


ST: START TIMER 
Setting this bit enables the general-purpose watchdog timer to begin counting or to resume counting after it has 
been halted. This bit is reset when the timer is halted (i.e., STP is set). Setting this bit resets STP. 


STP: STOP TIMER 
Setting this bit halts the general-purpose watchdog timer and resets the ST bit. The timer resumes when the ST bit is 
set. This bit powers up as a “1”. Note: Simultaneously setting bits ST and STP stops the timer. 
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6.0 SONIC-T Registers (Continued) 


6.3.1 Command Register (Continued) 
(RA<5:0> =0h) 


Bit 
3 


Description 


RXEN: RECEIVER ENABLE 

Setting this bit enables the receive buffer management engine to begin buffering data to memory. Setting this bit 
resets the RXDIS bit. Note: If this bit is set while the MAC unit is currently receiving a packet, both RXEN and RXDIS. 
are set until the network goes inactive (i.e., the SONIC-T will not start buffering in the middle of a packet being 
received). 


RXDIS: RECEIVER DISABLE 

Setting this bit disables the receiver from buffering data to memory or the Receive FIFO. If this bit is set during the 
reception of a packet, the receiver is disabled only after the packet is processed. The RXEN bit is reset when the 
receiver is disabled. Tally counters remain active regardless of the state of this bit. Note: If this bit is set while the 
SONIC-T is currently receiving a packet, both RXEN and RXDIS are set until the packet is fully received. 


TXP: TRANSMIT PACKET(S) 

Setting this bit causes the SONIC-T to transmit packets which have been set up in the Transmit Descriptor Area 
(TDA). The SONIC-T loads its appropriate registers from the TDA, then begins transmission. The SONIC-T clears 
this bit after any of the following conditions have occurred: (1) transmission had completed (i.e., after the SONIC-T 
has detected EOL = 1), (2) the Halt Transmission command (HTX) has taken effect, or (3) a transmit abort condition 


has occurred. This condition occurs when any of the following bits in the TCR have been set: EXC, EXD, FU, or BCM. 


Note: This bit must not be set if a Load CAM operation is in progress (LCAM is set). The SONIC-T will lock up if both 
bits are set simultaneously. 


HTX: HALT TRANSMISSION 


Setting this bit halts the transmit command after the current transmission has completed. TXP is reset after 
transmission has halted. The Current Transmit Descriptor Address (CTDA) register points to the last descriptor 
transmitted. The SONIC-T samples this bit after writing to the TXpkt.status field. 
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6.0 SONIC-T Registers (Continued) 

6.3.2 Data Configuration Register 

(RA<5:0> = 1h) 

This register (Figure 6-5) establishes the bus cycle options for reading/writing data to/from 16- or 32-bit memory systems. 


During a hardware reset, bits 15 and 13 are cleared; all other bits are unaffected. (Because of this, the first thing the driver 
software does to the SONIC-T should be to set up this register.) All bits are unaffected by a software reset. This register must 
only be accessed when the SONIC-T is in reset mode (i.e., the RST bit is set in the Command register). 


15 14 13 12 11 
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FIGURE 6-5. Data Configuration Register 


Field Meaning 
EXBUS EXTENDED BUS MODE 
LBR LATCHED BUS RETRY 
POO,PO1 PROGRAMMABLE OUTPUTS 
SBUS SYNCHRONOUS BUS MODE 
USRO, USR1 USER DEFINABLE PINS 
WCO, WC1 WAIT STATE CONTROL | 
DW DATA WIDTH SELECT 
BMS BLOCK MODE SELECT FOR DMA 
RFTO, RFT1 RECEIVE FIFO THRESHOLD 
TFTO, TFT1 TRANSMIT FIFO THRESHOLD 


Description 


EXBUS: EXTENDED BUS MODE 
Setting this bit enables the Extended Bus mode which enables the following: 
1.Extended Programmable Outputs, EXUSR <3:0>: This changes the TXD, LBK, RXC and RXD pins from the 
external ENDEC interface into four programmable user outputs, EXUSR <3:0> respectively, which are similar to 
USR <1:0>. These outputs are programed with bits 15-12 in the DCR2 (see Section 4.3.7). On hardware reset, 
these four pins will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, then 
these pins will remain TRI-STATE until the SONIC-T becomes a bus master, at which time they will be driven 
according to the DCR2. If EXBUS is disabled, then these four pins work normally as external ENDEC interface pins. 
2. Synchronous Termination, STERM: This changes the TXC pin from the External ENDEC interface into a 
synchronous memory termination input for compatibility with Motorola style processors. This input is only useful 
when Asynchronous Bus mode is selected (bit 10 below is set to “O0”) and BMODE = 1 (Motorola mode). On 
hardware reset, this pin will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, 
this pin will remain TRISTATE until the SONIC-T becomes a bus master, at which time it will become the STERM 
input. If EXBUS is disabled, then this pin works normally as the TXC pin for the external ENDEC interface. 
. Asynchronous Bus Retry: Causes BRT to be clocked in asynchronously off the falling edge of bus clock. This only 
applies, however, when the SONIC-T is operating in asynchronous mode (bit 10 below is set to “O”). If EXBUS is not 
set, BRT is sampled synchronously off the rising edge of bus clock. 


Must be 0. 


LBR: LATCHED BUS RETRY 

The LBR bit controls the mode of operation of the BRT signal (see pin description). It allows the BUS Retry operation 

to be latched or unlatched. 

0: Unlatched mode: The assertion of BRT forces the SONIC-T to finish the current DMA operation and get off the bus. 
The SONIC-T will retry the operation when BRT is deserted. 

1: Latched mode: The assertion of BRT forces the SONIC-T to finish the current DMA operation as above, however, 
the SONIC-T will not retry until BRT is deasserted and the BR bit in the ISR (see Section 6.3.6) has been reset. 
Hence, the mode has been latched on until the BR bit is cleared. 

Note: Unless LBR is set to a “1”, BRT must remain asserted at least until the SONIC-T has gone idle. 


PO1,PO0: PROGRAMMABLE OUTPUTS 

The PO1,PO0 bits individually control the USR1,0 pins respectively when SONIC-T is a bus master (HLDA or BGACK 
is active). When PO1/POO0 are set to a 1 the USR1/USRO pins are high during bus master operations and when 
these bits are set to a 0 the USR1/USRO pins are low during bus master operations. 
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6.0 SONIC-T Registers (Continued) 


6.3.2 Data Configuration Register (Continued) 
(RA<5:0> = 1h) 


Bit 
10 


Description 


SBUS: SYNCHRONOUS BUS MODE 
The SBUS bit is used to select the mode of system bus operation when SONIC-T is a bus master. This bit selects the internal 
ready line to be either a synchronous or asynchronous input to SONIC-T during block transfer DMA operations. 
0: Asynchronous mode. RDYi (BMODE = 0) or DSACKO,1 (BMODE = 1) are respectively internally synchronized 
at the falling edge of the bus clock (T2 of the DMA cycle). No setup or hold times need to be met with 
respect to this edge to guarantee proper bus operation. 
1: Synchronous mode. RDYi (BMODE = 0) and DSACKO,1 (BMODE = 1) must respectively meet the setup and 
hold times with respect to the rising edge of T1 or T2 to guarantee proper bus operation. 


USR1,0: USER DEFINABLE PINS 
The USR1,0 bits report the level of the USR1,0 signal pins, respectively, after a chip hardware reset. If the USR1,0 signal pins 
are at a logical 1 (tied to Vcc) during a hardware reset the USR1,0 bits are set to a 1. If the USR1,0 pins are at a logical 0 (tied 
to ground) during a hardware reset the USR1,0 bits are set to a 0. These bits are latched on the rising edge of RST. Once set 
they remain set/reset until the next hardware reset. 


WC1,0: WAIT STATE CONTROL 
These encoded bits determine the number of additional bus iss (T2 states) that are added during each DMA cycle. 
Wwc1 wco Bus Cycles Added 

0 0 

, 


1 
2 
3 


1 


DW: DATA WIDTH SELECT 
These bits select the data path width for DMA operations. 
DW Data Width 
0 16-bit 
1 32-bit 


BMS: BLOCK MODE SELECT FOR DMA 

Determines how data is emptied or filled into the Receive or Transmit FIFO. 

0: Empty/fill mode: All DMA transfers continue until either the Receive FIFO has emptied or the Transmit FIFO has 
filled completely. 

1: Block mode: All DMA transfers continue until the programmed number of bytes (RFTO, RFT1 during reception or 
TFO, TF1 during transmission) have been transferred. (See note for TFTO, TFT1.) 


RFT1,RFTO: RECEIVE FIFO THRESHOLD 
These encoded bits determine the number of words (or long words) that are written into the receive FIFO from the MAC unit 
before a receive DMA request occurs. (See Section 3.5.) 
RFT1 RFTO Threshold 
0 0 2 words or 1 long word (4 bytes) 
0 1 4 words or 2 long words (8 bytes) 
1 0 8 words or 4 long words (16 bytes) 
1 1 12 words or 6 long words (24 bytes) 


Note: In block mode (BMS bit = 1), the receive FIFO threshold sets the number of words (or long words) written to memory during a receive DMA block cycle. 


TFT1,TFTO: TRANSMIT FIFO THRESHOLD 


These encoded bits determine the minimum number of words (or long words) the DMA section maintains in the transmit FIFO. 


A bus request occurs when the number of words drops below the transmit FIFO threshold. (See Section 3.5.) 
TFT1 TFTO Threshold 

0 4 words or 2 long words (8 bytes) 

1 8 words or 4 long words (16 bytes) 

0 12 words or 6 long words (24 bytes) 

1 14 words or 7 long words (28 bytes) 


Note: In block mode (BMS bit = 1), the number of bytes the SONIC-T reads in a single DMA burst equals the transmit FIFO threshold value. If the number of 
words or long words needed to fill the FIFO is less than the threshold value, then only the number of reads required to fill the FIFO in a single DMA burst will be 
made. Typically, with the FIFO threshold value set to 12 or 14 words, the number of memory reads needed is less than the FIFO threshold value. 
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6.0 SONIC-T Registers (Continued) 


6.3.3 Receive Control Register 

(RA<5:0> = 2h) 

This register is used to filter incoming packets and provide status information of accepted packets (Figure 6-6). Setting any of 
bits 15-11 to a “1” enables the corresponding receive filter. If none of these bits are set, only packets which match the CAM 
Address registers are accepted. Bits 10 and 9 control the loopback operations. 

After reception, bits 8-0 indicate status information about the accepted packet and are set to “1” when the corresponding 
condition is true. If the packet is accepted, all bits in the RCR are written into the RXpkt.status field. Bits 8-6 and 3-0 are 
cleared at the reception of the next packet. 


This register is unaffected by a software reset. 


15 14 13 12 11 1 
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r=read only, r/w=read/write 


FIGURE 6-6. Receive Control Register 


Field Meaning 
ERR ACCEPT PACKET WITH ERRORS 
RNT ACCEPT RUNT PACKETS 
BRD ACCEPT BROADCAST PACKETS 
PRO PHYSICAL PROMISCUOUS PACKETS 
AMC ACCEPT ALL MULTICAST PACKETS 
LBO,LB1 LOOPBACK CONTROL 
MC MULTICAST PACKET RECEIVED 
BC BROADCAST PACKET RECEIVED 
LPKT LAST PACKET IN RBA 
CRS CARRIER SENSE ACTIVITY 
COL COLLISION ACTIVITY 
CRCR CRC ERROR 
FAER FRAME ALIGNMENT ERROR 
LBK LOOPBACK PACKET RECEIVED 
PRX PACKET RECEIVED OK 


Description 


ERR: ACCEPT PACKET WITH CRC ERRORS OR COLLISIONS 
0: Reject all packets with CRC errors or when a collision occurs. 
1: Accept packets with CRC errors and ignore collisions. 


RNT: ACCEPT RUNT PACKETS 

0: Normal address match mode. 

1: Accept runt packets (packets less than 64 bytes in length). 
Note: A hardware reset clears this bit. 


BRD: ACCEPT BROADCAST PACKETS 

0: Normal address match mode. 

1: Accept broadcast packets (packets with addresses that match the CAM are also accepted). 
Note: This bit is cleared upon hardware reset. 


PRO: PHYSICAL PROMISCUOUS MODE 

Enable all Physical Address packets to be accepted. 
0: normal address match mode. 

1: promiscuous mode. 


AMC: ACCEPT ALL MULTICAST PACKETS 

0: normal address match mode. 

1: enables all multicast packets to be accepted. Broadcast packets are also accepted regardless 
of the BRD bit. (Broadcast packets are a subset of multicast packets.) 
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6.0 SONIC-T Registers (Continued) 


6.3.3 Receive Control Register (Continued) 
(RA<5:0> = 2h) 


Bit 
10,9 


Description 


LB1,LB0: LOOPBACK CONTROL 
These encoded bits control loopback operations for MAC loopback, ENDEC loopback and Transceiver lookback. For 
proper operation, the CAM Address registers and Receive Control register must be initialized to accept the Destination 
address of the loopback packet (see Section 3.8). 
LB1 LBO Function 

0 0 no loopback, normal operation 

0 1 MAC loopback 

1 0 ~~ ENDEC loopback 

1 1 Transceiver loopback 
Note: A hardware reset clears these bits. 


MC: MULTICAST PACKET RECEIVED 
This bit is set when a packet is received with a Multicast Address. 


BC: BROADCAST PACKET RECEIVED 
This bit is set when a packet is received with a Broadcast Address. 


LPKT: LAST PACKET IN RBA 

This bit is set when the last packet is buffered into a Receive Buffer Area (RBA). The SONIC-T detects this condition 
when its Remaining Buffer Word Count (RBWCO,1) register is less than the End Of Buffer Count (EOBC) register. (See 
Section 5.4.2.) 


CRS: CARRIER SENSE ACTIVITY 
Set when CRS is active. Indicates the presence of network activity. 


COL: COLLISION ACTIVITY 
Indicates that the packet received had a collision occur during reception. 


CRCR: CRC ERROR 

Indicates the packet contains a CRC error. If the packet also contains a Frame Alignment error, FAER will be set 
instead (see below). 

FAER: FRAME ALIGNMENT ERROR 

Indicates that the incoming packet was not correctly framed on an 8-bit boundary. Note: if no CRC errors have 
occurred, this bit is not set (i.e., this bit is only set when both a frame alignment and CRC error occurs). 

LBK: LOOPBACK PACKET RECEIVED 

Indicates that the SONIC-T has successfully received a loopback packet. 


PRX: PACKET RECEIVED OK 
Indicates that a packet has been received without CRC, frame alignment, length (runt packet) errors or collisions. 
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6.0 SONIC-T Registers (Continued) 


6.3.4 Transmit Control Register 

(RA<5:0> = 3h) 

This register is used to program the SONIC-T’s transmit actions and provide status information after a packet has been 
transmitted (Figure 6-7). At the beginning of transmission, bits 15, 14, 13 and 12 from the TXpkt.config field are loaded into the 
TCR to configure the various transmit modes (see Section 5.5.1.1). When the transmission ends, bits 10-0 indicate status 
information and are set to a ‘1” when the corresponding condition is true. These bits, along with the number of collisions 
information, are written into the TXpkt.status field at the end of transmission (see Section 5.5.1.2). Bits 9 and 5 are cleared after 
the TXpkt.status field has been written. Bits 10, 7, 6, and 1 are cleared at the commencement of the next transmission while bit 8 
is set at this time. 7 


A hardware reset sets bits 8 and 0 to a “1”. This register is unaffected by a software reset. 


13 
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FIGURE 6-7. Transmit Control Register 


Meaning 
PROGRAMMABLE INTERRUPT 
PROGRAMMED OUT OF WINDOW COLLISION TIMER 
CRC INHIBIT 
DISABLE EXCESSIVE DEFERAL TIMER 
EXCESSIVE DEFERRAL 
DEFERRED TRANSMISSION 
NO CRS 
CRS LOST 
EXCESSIVE COLLISIONS 
OUT OF WINDOW COLLISION 
PACKET MONITORED BAD 
FIFO UNDERRUN 
BYTE COUNT MISMATCH 
PACKET TRANSMITTED OK 


Description 


PINTR: PROGRAMMABLE INTERRUPT 

This bit allows transmit interrupts to be generated under software control. The SONIC-T will issue an interrupt (PINT 
in the Interrupt Status Register) immediately after reading a TDA and detecting that PINTR is set in the TXpkt.config 
field. 


Note: In order for PINTR to operate properly, it must be set and reset in the TXpkt.config field by alternating TDAs. This is necessary because after 
PINT has been issued in the ISR, PINTR in the Transmit Control Register must be cleared before it is set again in order to have the interrupt issued 
for another packet. The only effective way to do this is to set PINTR to a 1 no more often than every other packet. , 

POWC: PROGRAM “OUT OF WINDOW COLLISION” TIMER 

This bit programs when the out of window collision timer begins. 

0: timer begins after the Start of Frame Delimiter (SFD). 

1: timer begins after the first bit of preamble. 


CRCI: CRC INHIBIT 
0: transmit packet with 4-byte FCS field 
1: transmit packet without 4-byte FCS field 


EXDIS: DISABLE EXCESSIVE DEFERRAL TIMER: 
0: excessive deferral timer enabled 
1: excessive deferral timer disabled 


Must be 0. 


EXD: EXCESSIVE DEFERRAL 
Indicates that the SONIC-T has been deferring for 3.2 ms. The transmission is aborted if the excessive deferral timer 
is enabled (i.e., EXDIS is reset). This bit can only be set if the excessive deferral timer is enabled. 
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6.0 SONIC-T Registers (Continued) 


6.3.4 Transmit Control Register (Continued) 
(RA<5:0> = 3h) 


Bit 
9 


Description 


DEF: DEFERRED TRANSMISSION 
Indicates that the SONIC-T has deferred its transmission during the first attempt. If subsequent collisions occur, this 
bit is reset. This bit is cleared after the TXpkt.status field is written in the TDA. 


NCRS: NO CRS 

Indicates that Carrier Sense (CRS) was not present during transmission. CRS is monitored from the beginning of the 
Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. This bit is set at the start 
of preamble and is reset if CRS is detected. Hence, if CRS is never detected throughout the entire transmission of 
the packet, this bit will remain set. 

Note: NCRS will always remain set in MAC loopback. 


CRSL: CRS LOST 

Indicates that CRS has gone low or has not been present during transmission. CRS is monitored from the beginning 
of the Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. 

Note: if CRS was never present, both NCRS and CRSL will be set simultaneously. Also, CRSL will always be set in MAC loopback. 


EXC: EXCESSIVE COLLISIONS \ 
Indicates that 16 collisions have occurred. The transmission is aborted. 


OWC: OUT OF WINDOW COLLISION 

Indicates that an illegal collision has occurred after 51.2 us (one slot time) from either the first bit of preamble or 
from SFD depending upon the POWC bit. The transmission backs off as in a normal transmission. This bit is cleared 
after the TXpkt.status field is written inthe TDA. 


Must be 0. 


PMB: PACKET MONITORED BAD 

This bit is set, if after the receive unit has monitored the transmitted packet, the CRC has been calculated as invalid, 
a frame alignment error occurred or the Source Address does not match any of the CAM address registers. 

Note 1: The SONIC-T’s CRC checker is active during transmission. 


- Note 2: If CRC has been inhibited for transmissions (CRCI is set), this bit will always be low. This is true regardless of Frame Alignment or Source 


Address mismatch errors. 


Note 3: If a Receive FIFO overrun has occurred, the transmitted packet is not monitored completely. Thus, if PMB is set along with the RFO bit in the 
ISR, then PMB has no meaning. The packet must be completely received before PMB has meaning. 


FU: FIFO UNDERRUN 


Indicates that the SONIC-T has not been able to access the bus before the FIFO has emptied. This condition occurs 
from excessive bus latency and/or slow bus clock. The transmission is aborted. (See Section 3.5.2.) 


BCM: BYTE COUNT MISMATCH 
This bit is set when the SONIC-T detects that the TXpkt.pkt_size field is not equal to the sum of the TXpkt.frag__ 
size field(s). Transmission is aborted. 


PTX: PACKET TRANSMITTED OK 

Indicates that a packet has been transmitted without the following errors: 
—Excessive Collisions (EXC) 

—Excessive Deferral (EXD) 

—FIFO Underrun (FU) 

—Byte Count Mismatch (BCM) 
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6.0 SONIC-T Registers (continued) 

6.3.5 Interrupt Mask Register 

(RA<5:0> = 4h) 

This register masks the interrupts that can be generated from the ISR (Figure 6-8). Writing a “1” to the bit enables the 
corresponding interrupt. During a hardware reset, all mask bits are cleared. 


9 
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FIGURE 6-8. interrupt Mask Register 


Field Meaning 
BREN BUS RETRY OCCURRED ENABLE 
HBLEN HEARTBEAT LOST ENABLE 
LCDEN LOAD CAM DONE INTERRUPT ENABLE 
PINTEN PROGRAMMABLE INTERRUPT ENABLE 
PRXEN PACKET RECEIVED ENABLE 
PTXEN — PACKET TRANSMITTED OK ENABLE 
TXEREN TRANSMIT ERROR ENABLE 
TCEN TIMER COMPLETE ENABLE 
RDEEN RECEIVE DESCRIPTORS ENABLE 
RBEEN RECEIVE BUFFERS EXHAUSTED ENABLE 
RBAEEN RECEIVE BUFFER AREA EXCEEDED ENABLE 
CRCEN CRC TALLY COUNTER WARNING ENABLE 
FAEEN FAE TALLY COUNTER WARNING ENABLE 
MPEN MP TALLY COUNTER WARNING ENABLE 
RFOEN RECEIVE FIFO OVERRUN ENABLE 


Description 
Must be 0. 


BREN: BUS RETRY OCCURRED enabled: 

0: disable 

1: enables interrupts when a Bus Retry eperailont is requested. 
HBLEN: HEARTBEAT LOST enable: 

0: disable 

1: enables interrupts when a heartbeat lost condition occurs © 
LCDEN: LOAD CAM DONE INTERRUPT enable: 

0: disable 

1: enables interrupts when the Load CAM command has finished 
PINTEN: PROGRAMMABLE INTERRUPT enable: 

0: disable 

1: enables programmable interrupts to occur when the PINTR bit the TXpkt.config field is set to a ‘‘1”. 
PRXEN: PACKET RECEIVED enable: 

0: disable 

1: enables interrupts for packets accepted. 

PTXEN: PACKET TRANSMITTED OK enable: 

0: disable 

1: enables interrupts for transmit completions 

TXEREN: TRANSMIT ERROR enable: 

0: disable 

1: enables interrupts for packets transmitted with error. 
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6.0 SONIC-T Registers (Continued) 


6.3.5 Interrupt Mask Reglster (Continued) 
(RA<5:0> = 4h) 


ye6esdd 


Description 
TCEN: GENERAL PURPOSE TIMER COMPLETE enable: 
0: disable 
1: enables interrupts when the general purpose timer has rolled over from 0000 0000h to FFFF FFFFh. 
RDEEN: RECEIVE DESCRIPTORS EXHAUSTED enable: 


0: disable 
1: enables interrupts when all receive descriptors in the RDA have been exhausted. 


RBEEN: RECEIVE BUFFERS EXHAUSTED enable: 
0: disable 
1: enables interrupts when all resource descriptors in the RRA have been exhausted. 


RBAEEN: RECEIVE BUFFER AREA EXCEEDED enable: 
0: disable 
1: enables interrupts when the SONIC-T attempts to buffer data beyond the end of the Receive Buffer Area. 


CRCEN: CRC TALLY COUNTER WARNING enable: 
0: disable 
14: enables interrupts when the CRC tally counter has rolled over from FFFFh to 0000h. 


FAEEN: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER WARNING enable: 
0: disable 
1: enables interrupts when the FAE tally counter rolled over from FFFFh to 0000h. 


MPEN: MISSED PACKET (MP) TALLY COUNTER WARNING enable: 
0: disable me 
1: enables interrupts when the MP tally counter has rolled over from FFFFh to 0000h. 


RFOEN: RECEIVE FIFO OVERRUN enable: 
0: disable 
1: enables interrupts when the receive FIFO has overrun. 
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6.0 SONIC-T Registers (continueg) 

6.3.6 Interrupt Status Register 

(RA<5:0> = 5h) 

This register (Figure 6-9) indicates the source of an interrupt when the INT pin goes active. Enabling the corresponding bits in 


the IMR allows bits in this register to produce an interrupt. When an interrupt is active, one or more bits in this register are set to 
a “1”. A bit is cleared by writing “1” to it. Writing a “0” to any bit has no effect. 


This register is cleared by a hardware reset and unaffected by a software reset. 
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FIGURE 6-9. Interrupt Status Register 


Field _ Meaning 

BR BUS RETRY OCCURRED 

HBL CD HEARTBEAT LOST 

LCD LOAD CAM DONE 

‘PINT ~ PROGRAMMABLE INTERRUPT 

PKTRX PACKET RECEIVED 

TXDN TRANSMISSION DONE 

TXER ~ TRANSMIT ERROR 

TC TIMER COMPLETE 

RDE RECEIVE DISCRIPTORS EXHAUSTED 
RECEIVE BUFFERS EXHAUSTED 
RECEIVE BUFFER AREA EXCEEDED - 
CRC TALLY COUNTER ROLLOVER 
FRAME ALIGNMENT ERROR 
MISSED PACKET COUNTER ROLLOVER 
RECEIVE FIFO OVERRUN 


Description 


Must be 0. 


BR: BUS RETRY OCCURRED 

Indicates that a Bus Retry (BRT) operation has occurred. In Latched Bus Retry mode (LBR in the DCR), BR will only 
be set when the SONIC-T is a bus master. Before the SONIC-T will continue any DMA operations, BR must be 
cleared. In Unlatched mode, the BR bit should be cleared also, but the SONIC-T will not wait for BR to be cleared 
before requesting the bus again and continuing its DMA operations. (See Sections 6.3.2 and 7.2.6 for more 
information on Bus Retry.) 


HBL: CD HEARTBEAT LOST 
If the transceiver fails to provide a collision pulse (heart beat) during the first 6.4 ys of the Interframe Gap after 
transmission, this bit is set. 


LCD: LOAD CAM DONE 
Indicates that the Load CAM command has finished writing to all programmed locations in the CAM. 
(See Section 6.1.1.) 


PINT: PROGRAMMED INTERRUPT 
Indicates that upon reading the TXpkt.config field, the SONIC-T has detected the PINTR bit to be set. 
(See Section 6.3.4.) 


PKTRX: PACKET RECEIVED 
Indicates that a packet has been received and been buffered to memory. This bit is set after the RXpkt.seq__no field 
is written to memory. 


TXDN: TRANSMISSION DONE 

Indicates that either (1) there are no remaining packets to be transmitted in the Transmit Descriptor Area (i.e., the 
EOL bit has been detected as a 1”), (2) the Halt Transmit command has been given (HTX bit in CR is set to a “1”, 
or (3) a transmit abort condition has occurred. This condition occurs when any of following bits in the TCR are set: 
BCM, EXC, FU, or EXD. This bit is set after the TXpkt.status field has been written to. 
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NIC-T Registers (Continued) 


6.3.6 Interrupt Status Register (Continued) 


(RA<5:0> 


Bit 
8 


= 5h) 


Description 


TXER: TRANSMIT ERROR 

Indicates that a packet has been transmitted with at least one of the following errors. 
—Byte count mismatch (BCM) 

—Excessive collisions (EXC) 

—FIFO underrun (FU) 

—Excessive deferral (EXD) 

The TXpkt.status field reveals the cause of the error(s). 


TC: GENERAL PURPOSE TIMER COMPLETE 
Indicates that the timer has rolled over from 0000 0000h to FFFF FFFFh. (See Section 6.3.12.) 


RDE: RECEIVE DESCRIPTORS EXHAUSTED 
Indicates that all receive packet descriptors in the RDA have been exhausted. This bit is set when the SONIC-T 
detects EOL = 1. (See Section 5.4.7.) 


RBE: RECEIVE BUFFER EXHAUSTED 
Indicates that the SONIC-T has detected the Resource Read Pointer (RRP) is equal to the Resource Write Pointer 
(RWP). This bit is set after the last field is read from the resource area. (See Section 5.4.7.) 


Note 1: This bit will be set as the SONIC-T finishes using the second to last receive buffer and reads the last RRA descriptor. This gives the system 
an early warning of impending no resources. 


Note 2: The SONIC-T will stop reception of packets when the last RBA has been dasa and will not continue reception until additional receive buffers 
have been added (i.e., RWP is incremented beyond RAP) and this bit has been reset. 


Note 3: If additional buffers have been added, resetting this bit causes the SONIC-T to read the next resource descriptor pointed to by the RRP in 
the Receive Resource Area. Note that resetting this bit under this condition is similar to issuing the Read RRA command (setting the RRRA bitin the 
Command Register). This bit should never be reset until after the addtional resources have been added to the RRA. 

RBAE: RECEIVE BUFFER AREA EXCEEDED 

Indicates that during reception, the SONIC-T has reached the end of the Receive Buffer Area. Reception is aborted 


and the SONIC-T fetches the next available resource descriptors in the RRA. The buffer space is not re-used and an 
RDA is not set up for the truncated packet (see Section 5.4.7). 


CRC: CRC TALLY COUNTER ROLLOVER 
Indicates that the tally counter has rolled over from FFFFh to 0000h. (See Section 6.3.11.) 


FAE: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER ROLLOVER 
Indicates that the FAE tally counter has rolled over from FFFFh to 0000h. (See Section 6.3.11.) 


MP: MISSED PACKET (MP) COUNTER ROLLOVER 
Indicates that the MP tally counter has rolled over from FFFFh to 0000h. (See Section 6.3.1 1.) 


RFO: RECEIVE FIFO OVERRUN 

Indicates that the SONIC-T has been unable to access the bus before ‘hein receive FIFO has filled from the network. 
This condition is due to excessively long bus latency and/or slow bus clock. Note that FIFO underruns are indicated 
in the TCR. (See Section 3.5.1.) 
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6.0 SONIC-T Registers (Continued) 


6.3.7 Data Configuration Register 2 
(RA<5:0> = 3Fh) 
This register (Figure 6-10) is for enabling the extended bus interface options. 


A hardware reset will set all bits in this register to “0” except for the Extended Programmable Outputs which are unknown until 
written to and bits 5 to 11 which must be written with zeroes, but are “don’t cares” when read.-A software reset will not affect 
any bits in this register. This register should only be written to when the SONIC-T is in software reset (the RST bit in the 


Command Register is set). ¢, y ¢ 
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 
Expos | ExPo2 | Expo1 | ExPOo| o | o | o]o[o]o]o] PH| 0] pcm | PcNM | RJCM 
r/w r/w r/w r/w ‘ r/w r/w r/w r/w 
, FIGURE 6-10. Data Configuration Register 2 a ae ery ™ 
Ge oe ee 
| | Field Meaning 

EXPO3..0. EXTENDED PROGRAMMABLE OUTPUTS 
PH PROGRAM HOLD 
PCM . PACKET COMPRESS WHEN MATCHED 
PCNM PACKET COMPRESS WHEN NOT MATCHED 


REJECT ON CAM MATCH 


Bit Description 


15-12 EXPO<3:0> EXTENDED PROGRAMMABLE OUTPUTS 
These bits program the level of the Extended User outputs (EXUSR<3:0>) when the SONIC-T is a bus master. 
Writing a ‘'1” to any of these bits programs a high level to the corresponding output. Writing a ‘‘O” to any of these 
bits programs a low level to the corresponding output. EXUSR<3:0> are similiar to USR<1:0> except that 
EXUSR <3:0> are only available when the Extended Bus mode is selected (bit 15 in the DCR is set to ‘1 "see 
Section 6.3.2). ‘ 


Must be written with zeroes. 


PH: PROGRAM HOLD 
When this bit is set to “0”, the HOLD request output is asserted/deasserted from the falling edge of bus clock. If this 
bit is set to “1”, HOLD will be asserted/deasserted 1/4 clock later on the rising edge of bus clock. 


Must be zero. 


2 PCM: PACKET COMPRESS WHEN MATCHED 
When this bit is set to a ‘‘1” (and the PCNM bit is reset to a 0”), the PCOMP output will be asserted if the 
destination address of the packet being received matches one of the entries in the CAM (Content Addressable 
Memory). This bit, along with PCNM, is used with the Management Bus of the DP83950, Repeater Interface 
Controller (RIC). See the DP83950 datasheet for more details on the RIC Management Bus. This mode is also called 
the Managed Bridge Mode. 
Note 1: Setting PCNM and PCM to “1” at the same time is not allowed. 
Note 2: If PCNM and PCM are both “0”, the PCOMP output will remain TRI-STATE until PCNM or PCM are changed. 


1 PCNM: COMPRESS WHEN NOT MATCHED 
When this bit is set to a 1” (and the PCM bit is set to ‘0”), the PCOMP output will be asserted if the destination 
address of the packet does not match one of the entries in the CAM. See the PCM bit above. This mode is also 
called the Managed Hub Mode. 


Note: PCOMP will not be asserted if the destination address is a broadcast address. This is true regardless of the state of the BRD bit in the 
Receive Control Register. 


RJCM: REJECT ON CAM MATCH 
When this bit is set to “1”, the SONIC-T will reject a packet on a CAM match. Setting RJCM to “0” causes the 
SONIC-T to operate normally by accepting packets on a CAM match. Setting this mode is useful for a small bridge 
with a limited number of nodes attached to it. RJCM only affects the CAM, though. Setting RJCM will not invert the 
function of the BRD, PRO or AMC bits (to accept broadcast, all physical or multicast packets respectively) in the 
Receive Control Register (see Section 6.3.3). This means, for example, that it is not possible to set RJCM and BRD 
to reject all broadcast packets. If RJCM and BRD are set at the same time, however, all broadcast packets will be 
accepted, but any packets that have a destination address that matches an address in the CAM will be rejected. 
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6.0 SONIC-T Registers (Continued) 


6.3.8 Transmit Registers 


The transmit registers described in this section are part of 
the User Register set. The UTDA and CTDA must be initial- 
ized prior to issuing the transmit command (setting the TXP 
bit) in the Command register. 


Upper Transmit Descriptor Address Reglster (UTDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the transmit descriptor area (TDA) and is con- 
catenated with the contents of the CTDA when the SONIC- 
T accesses the TDA in system memory. The TDA can be as 
large as 32k words or 16k long words and can be located 
anywhere in system memory. This register is unaffected by 
a hardware or software reset. 


Current Transmit Descriptor Address Register (CTDA): 
The 16-bit CTDA register contains the lower address bits 
(A<15:1>) of the 32-bit transmit descriptor address. During 
initialization this register must be programmed with the low- 
er address bits of the transmit descriptor. The SONIC-T 
concatenates the contents of this register with the contents 
of the UTDA to point to the transmit descriptor. For 32-bit 
memory systems, bit 1, corresponding to address signal A1, 
must be set to ‘‘O” for alignment to long-word boundaries. 
Bit O of this register is the End of List (EOL) bit and is used 
to denote the end of the list. This register is unaffected by a 
hardware or software reset. 


6.3.9 Receive Registers 


The receive registers described in this section are part of 
the User Register set. A software reset has no effect on 
these registers and a hardware reset only affects the EOBC 
and RSC registers. The receive registers must be initialized 
prior to issuing the receive command (setting the RXEN bit) 
in the Command register. 


Upper Receive Descriptor Address Register (URDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the receive descriptor area (RDA) and is con- 
catenated with the contents of the CRDA when the 
SONIC-T accesses the RDA in system memory. The RDA 
can be as large as 32k words or 16k long words and can be 
located anywhere in system memory. This register is unaf- 
fected by a hardware or software reset. 


Current Receive Descriptor Address Register (CRDA): 
The CRDA is a 16-bit read/write register used to locate the 
received packet descriptor block within the RDA. It contains 
the lower address bits (A<15:1>). The SONIC-T concate- 
nates the contents of the CRDA with the contents of the 
URDA to form the complete 32-bit address. The resulting 
32-bit address points to the first field of the descriptor block. 
For 32-bit memory systems, bit 1, corresponding to address 


signal A1, must be set to “0” for alignment to long-word, 


boundaries. Bit 0 of this register is the End of List (EOL) bit 
and is used to denote the end of the list. This register is 
unaffected by a hardware or software reset. 


End of Buffer Word Count Register (EOBC): The 
SONIC-T uses the contents of this register to determine 
where to place the next packet. At the end of packet recep- 
tion, the SONIC-T compares the contents of the EOBC reg- 
ister with the contents of the Remaining Buffer Word Count 
registers (RBWCO,1) to determine whether: (1) to place the 
next packet in the same RBA or (2) to place the next packet 
in another RBA. If the EOBC is less than or equal to the 
remaining number of words in the RBA after a packet is 
received (i.e., EOBC < RBWCO,1), the SONIC-T buffers the 
next packet in the same RBA. If the EOBC is greater than 
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the remaining number of words in the RBA after a packet is 
received (i.e., EOBC > RBWCO,1), the Last Packet in RBA 
bit, LPKT in the Receive Control Register, Section 6.3.3, is 
set and the SONIC-T fetches the next resource descriptor. 
Hence, the next packet received will be buffered in a new 
RBA. A hardware reset sets this register to O2F8H (760 
words or 1520 bytes). See Sections 5.4.2 and 5.4.4.4 for 
more information about using EOBC. 


Upper Receive Resource Address Register (URRA): The 
URRA is a 16-bit read/write register. It is programmed with 
the base address of the receive resource area (RRA). This 
16-bit upper address value (A<31:16>) locates the receive 
resource area in system memory. SONIC-T uses the URRA 
register when accessing the receive descriptors within the 
RRA by concatenating the lower address value from one of 
four receive resource registers (RSA, REA, RWP, or RRP). 
Resource Start Address Register (RSA): The RSA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RSA is programmed with the lower 


15-bit address (A<15:1>) of the starting address of the 


receive resource area. SONIC-T concatenates the contents 
of this register with the contents of the URRA to form the 
complete 32-bit address. 


Resource End Address Register (REA): The REA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The REA is programmed with the lower 
15-bit address (A<15:1>) of the ending address of the re- 
ceive resource area. SONIC-T concatenates the contents of 
this register with the contents of the URRA to form the com- 
plete 32-bit address. 


Resource Read Pointer Register (RRP): The RRP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RRP is programmed with the lower 
15-bit address (A<15:1>) of the first field of the next de- 
scriptor the SONIC-T will read. SONIC-T concatenates the 
contents of this register with the contents of the URRA to 
form the complete 32-bit address. 


Resource Write Pointer Register (RWP): The RWP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RWP is programmed with the lower 
15-bit address (A<15:1>) of the next available location the 
system can add a descriptor. SONIC-T concatenates the 
contents of this register with the contents of the URRA to 
form the complete 32-bit address. In 32-bit mode, bit 1, cor- 
responding to address signa! A1, must be zero to insure the 
proper equality comparison between this register and the 
RRP register. 


Receive Sequence Counter Register (RSC): This is a 


16-bit read/write register containing two fields (Figure 6-77).. 


The SONIC-T uses this register to provide status informa- 
tion on the number of packets within a RBA and the number 
of RBAs. The RSC register contains two 8-bit (modulo 256) 
counters. After each packet is received the packet se- 
quence number is incremented. The SONIC-T maintains a 
single sequence number for each RBA. When the SONIC-T 
uses the next RBA, the packet sequence number is reset to 
zero and the’ RBA sequence number is incremented. This 
register is reset to 0 by a hardware reset or by wating zero 
to it. A software reset has no affect. 


15 8 7 . O° 


RBA Sequence Number Packet Sequence Number 
(Modulo 256) (Modulo 256) 


FIGURE 6-11. Receive Sequence Counter Register 
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6.0 SONIC-T Registers (Continued) 


6.3.10 CAM Registers 


The CAM registers described in this section are part of the 
User Register set. They are used to program the Content 
Addressable Memory (CAM) entries that provide address 
filtering of packets. These registers, except for the CAM 
Enable register, are unaffected by a hardware or software 
reset. 


CAM Entry Pointer Register (CEP): The CEP is a 4-bit 
register used by SONIC-T to select one of the sixteen CAM 
entries. SONIC-T uses the least significant 4-bits of this reg- 
ister. The value of Oh points to the first CAM entry and the 
value of Fh points to the last entry. 


CAM Address Port 2, 1, 0 Registers (CAP2, CAP1, 
CAPO): Each CAP is a 16-bit read-only register used to ac- 


_ cess the CAM cells (Figure 6-13). Each CAM cell is 16 bits 


wide and contains one third of the 48-bit CAM entry (Figure 
6-12) which is used by the SONIC-T for address filtering. 
The CAP2 register is used to access the upper bits 
(<47:32>), CAP1 the middle bits (<31:16>) and CAPO the 
lower bits (<15:0>) of the CAM entry. Given the physical 
address 10:20:30:40:50:60, which is made up of 6 octets or 
bytes, where 10h is the least significant byte and 60h is the 
most significant byte (10h would be the first byte received 
from the network and 60h would be the last), CAPO would 
be loaded with 2010h, CAP1 with 4030h and CAP2 with 
6050h. 


To read a CAM entry, the user first places the SONIC-T in 
software reset (set the RST bit in the Command register), 
programs the CEP register to select one of sixteen CAM 
entries, then reads CAP2, CAP1, and CAPO to obtain the 
complete 48-bit entry. The user can not write to the CAM 


entries directly. Instead, the user programs the CAM de- 
scriptor area in system memory (see Section 6.1.1), then 
issues the Load CAM command (setting LCAM bit in the 
Command register). This causes the SONIC-T to read the 
descriptors from memory and loads the corresponding CAM 
entry through CAP2-0. 


LSB 
0 


Destination Address 


47 32 31 16 15 0 


CAP2 ‘ CAP1 CAPO 


FIGURE 6-13. CAM Address Port Registers 


CAM Enable Register (CE): The CE is a 16-bit read/write 
register used to mask out or enable individual CAM entries. 
Each register bit position corresponds. to a CAM entry. 
When a register bit is set to a “1” the corresponding CAM 
entry is enabled. When “0” the entry is disabled. This regis- 
ter is unaffected by a software reset and cleared to zero 
(disabling all entries) during a hardware reset. Under normal 
operations the user does not access this register. Instead 
the user sets up this register through the last entry in the 
CAM descriptor area. The SONIC-T loads the CE soete 
during execution of the LCAM Command. 


CAM Descriptor Pointer Register (CDP): The CDP is a 
15-bit read/write register. The LSB is unused and always 
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reads back as 0. The CDP is programmed with the lower 
address (A<15:1>) of the first field of the CAM descriptor 
block in the CAM descriptor area (CDA) of system memory. 
SONIC-T uses the contents of the CDP register when ac- 
cessing the CAM descriptors. This register must be pro- 
grammed by the user before issuing the LCAM command. 
During execution of the LCAM Command SONIC-T concate- 
nates the contents of this register with the contents of the 
URRA register to form the complete 32-bit address. During 
the Load CAM operation this register is incremented to ad- 
dress the fields in the CDA. After the Load Command com- 
pletes this register points to the next location after the CAM 
Descriptor Area. 


CAM Descriptor Count Register (CDC): The CDC is a 
5-bit read/write register. It is programmed with the number 
of CAM descriptor blocks in the CAM descriptor area. This 
register must be programmed by the user before issuing the 
LCAM command. SONIC-T uses the value in this register to 
determine how many entries to place in the CAM during 
execution of the LCAM command. During LCAM execution 
SONIC-T decrements this register each time it reads a de- 
scriptor block. When the CDC decrements to zero SONIC-T 
terminates the LCAM execution. Since the CDC register is 
programmed with the number of CAM descriptor blocks in 
the CAM Descriptor Area, the value programmed into the 
CDC register ranges 1 to 16 (1h to 10h). 


6.3.11 Tally Counters 


The SONIC-T provides three 16-bit counters used for moni- 
toring network statistics on the number of CRC errors, 
Frame Alignment errors, and missed packets. These regis- 
ters rollover after the count of FFFFh is reached and pro- 
duce an interrupt if enabled in the Interrupt Mask Register 
(IMR). These counters are unaffected by the RXEN bit in the 
CR, but are halted when the RST bit in the CR is set. The 
data written: to these registers is inverted before being 
latched. This means that if a value of FFFFh is written to 
these registers by the system, they will contain and read 
back the value 0000h. Data is not inverted during a read 
operation. The Tally registers, therefore, are cleared by writ- 
ing all “1’s” to them. A software or hardware reset does not 
affect the tally counters. 


CRC Tally Counter Register (CRCT): The CRCT is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with CRC errors. After a packet 
is accepted by the address recognition logic, this register is 
incremented if a CRC error is detected. If the packet also 
contains a Frame Alignment error, this counter is not incre- 
mented. 


FAE Tally Counter Register (FAET): The FAET is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with frame alignment errors. 
After a packet is accepted by the address recognition logic, 
this register is incremented if a FAE error is detected. 


Missed Packet Tally Counter Register (MPT): The MPT is 
a 16-bit read/write register. After a packet is received, this 
counter is incremented if there is: (1) lack of memory re- 
sources to buffer the packet, (2) a FIFO overrun, or (3) a 
valid packet has been received, but the receiver is disabled 
(RXDIS is set in the command register). 


6.0 SONIC-T Registers (Continued) 


6.3.12 General Purpose Timer 


The SONIC-T contains a 32-bit general-purpose watchdog 
timer for timing user-definable events (Figure 6-14). This 
timer is accessed by the user through two 16-bit read/write 
registers (WT1 and WTO). The lower count value is pro- 
grammed through the WTO register and the upper count 
value is programmed through the WT1 register. 


These two registers are concatenated together to form the 
complete 32-bit timer. This timer, clocked at 14 the Transmit 
Clock (TXC) frequency, counts down from its programmed 
value and generates an interrupt, if enabled (Interrupt Mask 
register), when it rolls over from 0000 0000h to FFFF 
FFFFh. When the counter rolls over it continues decrement- 
ing unless explicitly stopped (setting the STP bit). The timer 
is controlled by the ST (Start Timer) and STP (Stop Timer) 
bits in the Command register. A hardware or software reset 
halts, but does not clear, the General Purpose timer. 


31 16 15 0 


WT1 (Upper Count Value) WTO (Lower Count Value) 


FIGURE 6-14, Watchdog Timer Register 


6.3.13 Silicon Revision Register 


This is a 16-bit read only register. It contains information on 
the current revision of the SONIC-T. 


7.0 Bus Interface 


SONIC-T features a high speed non-multiplexed address 
and data bus designed for a wide range of system environ- 
ments. The data bus can be programmed (via the Data Con- 
figuration Register) to a width of either 32- or 16-bits. 
SONIC-T contains an on-chip DMA and supplies all the nec- 
essary signals for DMA operation. With 31 address lines 
SONIC-T can access a full 2 G-word address space. To 
accommodate different memory speeds wait states can be 
added to the bus cycle by two methods. The memory sub- 
system can add wait states by simply withholding the appro- 
priate handshake signals. In addition, the SONIC-T can be 
programmed (via the Data Configuration Register) to add 
wait states. 


The SONIC-T is designed to interface to both the National/ 
Intel and Motorola style buses. To facilitate minimum chip 
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count designs and complete bus compatibility the user can 
program the SONIC-T for the following bus modes: 


— National/Intel bus operating in synchronous mode 
— National/Intel bus operating in asynchronous mode 
— Motorola bus operating in synchronous mode 

— Motorola bus operating in asynchronous mode 


The Bus Mode pin (BMODE) along with the SBUS bit in the 
Data Configuration register are used to select the bus 
mode. 


This section describes the SONIC-T system interface exam- 
ples and the various SONIC-T bus operations. 


7.1 PIN CONFIGURATIONS 


There are two user selectable pin configurations for 
SONIC-T to provide the proper interface signals for either 
the National/Intel or Moforola style buses. The state of the 
BMODE pin is used to define the pin configuration. Section 
1.0 shows the pin configurations for both National/Inte! 
Mode (BMODE = 0, tied to ground) and Motorola Mode 
(BMODE = 1, tied to Vcc). 


7.2 SYSTEM CONFIGURATION 


Any device that meets the SONIC-T interface protocol and 
electrical requirements (timing, threshold, and loading) can 
be interfaced to SONIC-T. Since two bus protocols are pro- 
vided, via the BMODE pin, the SONIC-T can interface di- 
rectly to most microprocessors. Figure 7-1 shows a typical 
interface to the National/Intel style bus (BMODE = 0) and 
Figure 7-2 shows a typical interface to the Motorola style 
bus (BMODE = 1). 

The BMODE pin also controls byte ordering. When 
BMODE = 1 big endian byte ordering is selected and when 
BMODE = 0 little endian byte ordering is selected. 


7.3 BUS OPERATIONS 


There are two types of system bus operations: 1) SONIC-T 
as a slave, and 2) SONIC-T as a bus master. When 
SONIC-T is a slave (e.g., a CPU accessing SONIC-T regis- 
ters) all transfers are non-DMA. When SONIC-T is a bus 
master (e.g., SONIC-T accessing receive or transmit buffer/ 
descriptor areas) all transfers are block transfers using 
SONIC-T’s on-chip DMA. This section describes the 
SONIC-T bus operations. Pay special attention to all sec- 
tions labeled as “Note”. These conditions must be met for 
proper bus operation. 
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7.0 Bus Interface (continued) 
DATA BUS 


ADDRESS BUS - 
ee elle eel ees pei Sele 


A<31:1> 
" RA<5:0> 


DP83934 
SONIC-T 


FIGURE 7-1. SONIC-T to NS32532 Interface Example 
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7.0 Bus Interface (continued) 
DATA BUS 


ADDRESS BUS 
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A<31:1> 
RA<5:0> 
D<31:0> 


68030/20 DP83934 
CPU SONIC=T 
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SDS 
MRW 
SRW 


DSACKO,1 DSACKO,1 


STERM STERM 


BR 
BG 


IPLO=!PL2 
CLK 


TL/F/11719-29 
FIGURE 7-2. SONIC-T to Motorola 68030/20 Interface Example 
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7.0 Bus Interface (continued) 


7.3.1 Acquiring The Bus 


The SONIC-T requests the bus when 1) its FIFO threshold 
has been reached or 2) when the descriptor areas in memo- 
ry (i.e., RRA, RDA, CDA, and TDA) are accessed. Note that 
when the SONIC-T moves from one area in memory to an- 
other (e.g., RBA to RDA), it always deasserts its bus request 
and then requests the bus again when accessing the next 
area in memory. 


The SONIC-T provides two methods to acquire the bus for 
compatibility with National/Intel or Motorola type microproc- 
essors. These two methods are selected by setting the 
proper level on the BMODE pin. 


Figures 7-3 and 7-4 show the National/Intel (BMODE = 0) 
and Motorola (BMODE = 1) bus request timing. Descrip- 
tions of each mode follows. For both modes, when the 
SONIC-T relinquishes the bus, there is an extra holding 
state (Th) for one bus cycle after the last DMA cycle (T2). 


This assures that the SONIC-T does not contend with an- 


other bus master after it has released the bus. | 


BMODE = 0 


The National/Intel processors require a 2-way handshake 
using a HOLD REQUEST/HOLD ACKNOWLEDGE protocol 
(Figure 7-3). When the SONIC-T needs to access the bus, it 
issues a HOLD REQUEST (HOLD) to the microprocessor. 
The microprocessor, responds with a HOLD ACKNOWL- 
EDGE (HLDA) to the SONIC-T. The SONIC-T then begins 
its memory transfers on the bus. As long as the CPU main- 
tains HLDA active, the SONIC-T continues until it has fin- 
ished its memory block transfer. The CPU, however, can 
preempt the SONIC-T from finishing the block transfer by 
deasserting HLDA before the SONIC-T deasserts HOLD. 
This allows a higher priority device to preempt the SONIC-T 
from continuing to use the bus. The SONIC-T will request 
the bus again later to complete any operation that it was 
doing at the time of preemption. 


Ti 


As shown in Figure 7-3, the SONIC-T will assert HOLD to 
either the falling or rising edge of the bus clock (BSCK). The 
default is for HOLD to be asserted on the falling edge. Set- 
ting the PH bit in the DCR2 (see Section 6.3.7) causes 
HOLD to be asserted 14 bus clock later on the rising edge 
(shown by the dotted line). Before HOLD is asserted, the 
SONIC-T checks the HLDA line. If HLDA is asserted, HOLD 
will not be asserted until after HLDA has been deasserted 
first. 


BMODE = 1 

The Motorola protocol requires a 3-way handshake using a 
BUS REQUEST, BUS GRANT, and BUS GRANT AC- 
KNOWLEDGE handshake (Figure 7-4). When using this pro- 
tocol, the SONIC-T requests the bus by lowering BUS RE- 
QUEST (BR). The CPU responds by issuing BUS GRANT 
(BG). Upon receiving BG, the SONIC-T assures that all de- 
vices have relinquished control of the bus before using the 
bus. The following signals must be deasserted before the 
SONIC-T acquires the bus: 


BGACK 

AS 

DSACKO,1 

STERM (Asynchronous Mode Only) 


Deasserting BGACK indicates that the previous master has 
released the bus. Deasserting AS indicates that the previ- 
ous master has completed its cycle and deasserting 
DSACKO,1 and STERM indicates that the previous slave 
has terminated its connection to the previous master. The 
SONIC-T maintains its mastership of the bus until it deas- 
serts BGACK. It can not be preempted from the bus. 


TL/F/11719-30 


FIGURE 7-3. Bus Request Timing (BMODE = 0) 


7.0 Bus Interface (continued) 
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FIGURE 7-4. Bus Request Timing (BMODE = 1) 


7.3.2 Block Transfers 


The SONIC-T performs block operations during all bus ac- 
tions, thereby providing efficient transfers to memory. The 
block cycle consists of three parts. The first part is the bus 
acquisition phase, as discussed above, in which the 
SONIC-T gains access to the bus. Once it has access of the 


bus, the SONIC-T enters the second phase by transferring. 


data to/from its internal FIFOs or registers from/to memory. 
The SONIC-T transfers data from its FIFOs in either EXACT 
BLOCK mode or EMPTY/FILL. 


EXACT BLOCK mode: In this mode the number of words 
(or long words) transferred during a block transfer is deter- 
mined by either the Transmit or Receive FIFO thresholds 
programmed in the Data Configuration Register. 


EMPTY/FILL mode: In this mode the DMA completely fills 
the Transmit FIFO during transmission, or completely emp- 
ties the Receive FIFO during reception. This allows for 
greater bus latency. 


When the SONIC-T accesses the Descriptor Areas (i.e., 
RRA, RDA, CDA, and TDA), it transfers data between its 
registers and memory. All fields which need to be used are 
accessed in one block operation. Thus, the SONIC-T per- 
forms 4 accesses in the RRA (see Section 5.4.4.2), 7 ac- 
cesses in the RDA (see Section 5.4.6.1), 2, 3, or 6 accesses 
in the TDA (see Section 5.5.4) and 4 accesses in the CDA. 


7.3.3 Bus Status 


The SONIC-T presents three bits of status information on 
pins S2-S0 which indicate the type of bus operation the 
SONIC-T is currently performing (Table 7-1). Bus status is 
valid when at the falling edge of AS or the rising edge of 
ADS. 
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TABLE 7-1. Bus Status 


The bus is idle. The SONIC-T is not 
performing any transfers on the bus. 


The Transmit Descriptor Area (TDA) is 
currently being accessed. 

The Transmit Buffer Area (TBA) is 
currently being read. 

The Receive Buffer Area (RBA) is 


currently being written to. Only data is 
being written, though, not a Source or 


Destination address. 


The Receive Buffer Area (RBA) is 
currently being written to. Only the 
Source or Destination address is being 
written, though. 


The Receive Resource Area (RRA) is 
currently being read. 


The Receive Descriptor Area (RDA) is 
currently being accessed. 


The CAM Descriptor Area (CDA) is 
currently being accessed. 
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7.0 Bus Interface (Continued) 


Bus Status Transitions 


When the SONIC-T acquires the bus, it only transfers data 
to/from a single area in memory (i.e., TDA, TBA, RDA, RBA, 
RRA, or CDA). Thus, the bus status pins remain stable for 
the duration of the block transfer cycle with the following 
three exceptions: 1) If the SONIC-T is accessed during a 
block transfer, S2-S0 indicates bus idle during the register 
access, then returns to the previous status. 2) If the 
SONIC-T finishes writing the Source Address during a block 
transfer S2-S0 changes from [0,1,0] to [0,1,1]. 3) During an 
RDA access between the RXpkt.seq__no and RXpkt.link ac- 
cess, and between the RXpkt.link and RXpkt.in__use ac- 
cess, S2-S0 will respectively indicate idle [1,1,1] for 2 or 1 
bus clocks. Status will be valid on the falling edge of AS or 
rising edge of ADS. ; 

Figure 7-5 illustrates the SONIC-T’s transitions through 
memory during the process of transmission and reception. 
During transmission, the SONIC-T reads the descriptor in- ° 
formation from the TDA and then transmits data of the 
packet from the TBA. The SONIC-T moves back and forth 
between the TDA and TBA until all fragments and packets . 
are transmitted. During reception, the SONIC-T takes one of ° 
two paths. In the first case (path A), when the SONIC-T 
detects EOL = 0 from the previous reception, it buffers the 
accepted packet into the RBA, and then writes the descrip- 
tor information to the RDA. if the RBA becomes depleted 
(i.e., RBWCO,1 < EOBC), it moves to the RRA to read a 
resource descriptor. In the second case (path B), when the 
SONIC-T detects EOL = 1 from the previous reception, it 
rereads the RXpkt.link field to determine if the system has 


NO 
NETWORK 
ACTIVITY 
BEGIN 
. TRANSMISSION 


TRANSMISSION 
DONE 


ERRED 


reset the EOL bit since the last reception. If it has, the 
SONIC-T buffers the packet as in the first case. Otherwise, 
it rejects the packet and returns to idle. 

7.3.4 Bus Mode Compatibility 

For compatibility with different microprocessor and bus ar- 


' chitectures, the SONIC-T operates in one of two modes (set 


by the BMODE pin) called the National/Intel or little endian 
mode (BMODE tied low) and the Motorola or big endian 
mode (BMODE tied high). The definitions for several pins 
change depending on the mode the SONIC-T is in. Table 
7-2 shows these changes. These modes affect both master 
and slave bus operations with the SONIC-T. 


TABLE 7-2. Bus Mode Compatibility 


BMODE = 1 
' (Motorola) 


PACKET ACCEPTED & 
EOL = 1 
(PATH 8) 


READ 
RXpkt.link 


PACKET ACCEPTED & 
EOL=0 EOL=0 
(PATH A) BUFFER 
PACKET 


PACKET 


TRANSMIT 


FETCH FRAGMENT 


_ ANOTHER 
FRAGMENT 
OR NEXT PACKET 


WRITE 
DESCRIPTOR 


RDA DESCRIPTOR 
DONE 


RRA DESCRIPTOR 
DONE 
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FIGURE 7-5. Bus Status Transitions 
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7.3.5 Master Mode Bus Cycles 


In order to add additional compatibility with different bus 
architectures, there are two other modes that affect the op- 
eration of the bus. These modes are called the synchronous 
and asynchronous modes and are programmed by setting 
or resetting the SBUS bit in the Data Configuration Register 
(DCR). The synchronous and asynchronous modes do not 
have an effect on slave accesses to the SONIC-T but they 
do affect the master mode operation. Within the particular 
bus/processor mode, synchronous and asynchronous 
modes are very similar. This section discusses all four 
modes of operation of the SONIC-T (National/Intel vs. 
Motorola, synchronous vs. asynchronous) when it is a bus 
master. 


In this section, the rising edge of T1 and T2 means the 
beginning of these states, and the falling edge of T1 and T2 
means the middle of these states. 


7.3.5.1 Adding Wait States 


To accommodate different memory speeds, the SONIC-T 
provides two methods for adding wait states for its bus op- 
erations. Both of these methods can be used singly or in 
conjunction with each other. A memory cycle is extended by 
adding additional T2 states. The first method inserts wait- 
states by withholding the assertion of DSACKO,1/STERM or 
RDYi. The other method allows software to program wait- 
states. Programming the WCO, WC1 bits in the Data Config- 
uration Register allows 1 to 3 wait-states to be added on 
each memory cycle. These wait states are inserted between 
the T1 and T2 bus states and are called T2 (wait) bus 
states. The SONIC-T will not look at the DSACKO,1, STERM 
or RDYi lines until the programmed wait states have 
passed. Hence, in order to complete a bus operation that 


T2(WAIT) 


BSCK 


A<31:1> 


D<31:0> 


DSACKO, 1 


includes programmed wait states, the DSACKO,1, STERM 
or RDYi lines must be asserted at their proper times at the 
end of the cycle during the last T2, not during a pro- 
grammed wait state. The only exception to this is asynchro- 
nous mode where DSACKO,1 or RDYi would be asserted 
during the last programmed wait state, T2 (wait). See the 
timing for these signals in the timing diagrams for more spe- 
cific information. Programmed wait states do not affect 
Slave Mode bus cycles. 


7.3.5.2 Memory Cycle for BMODE = 1, 
Synchronous Mode 


On the rising edge of T1, the SONIC-T asserts ECS to indi- 
cate that the memory cycle is starting. The address (A31- 
A1), bus status (S2-S0) and the direction strobe (MRW) are 
driven and do not change for the remainder of the memory 
cycle. On the falling edge of T1, the SONIC-T deasserts 
ECS and asserts AS. 


In synchronous mode, DSACKO,1 are sampled on the rising 
edge of T2. T2 states will be repeated until DSACKO,1 are 
sampled properly in a low state. DSACKO,1 must meet the 
setup and hold times with respect to the rising edge of bus 
clock for proper operation. 


During read cycles (Figure 7-6) data (D31-D0) is latched at 
the falling edge of T2 and DS is asserted at the falling edge 
of T1. For write cycles (Figure 7-7) data is driven on the 
falling edge of T1. If there are wait states inserted, DS is 
asserted on the falling edge of T2. DS is not asserted for 
zero wait state write cycles. The SONIC-T terminates the 
memory cycle by deasserting AS and DS at the falling edge 
of T2. 
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FIGURE 7-6. Memory Read, BMODE = 1, Synchronous (1 Wait-State) 
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FIGURE 7-7. Memory Write, BMODE = 1, Synchronous (1 Wait-State) 


7.3.5.3 Memory Cycle for BMODE = 1, 
Asynchronous Mode 


On the rising edge of T1, the SONIC-T asserts ECS to indi- 
cate that the memory cycle is starting. The address (A31— 
A1), bus status (S2-S0) and the direction strobe (MRW) are 
driven and do not change for the remainder of the memory 
cycle. On the falling edge of T1, the SONIC-T deasserts 
ECS and asserts AS. 


In asynchronous mode, DSACKO,1 are Sennen 


sampled on the falling edge of both Tt and T2. DSACKO,1 
do not need to be synchronized to the bus clock because 
the chip always resolves these signals to either a high or 
low state. If a synchronous termination of the bus cycle is 
required, however, STERM may be used. STERM is sam- 
pled on the rising edge of T2 and must meet the setup and 
hold times with respect to that edge for proper operation. 
Meeting the setup time for DSACKO,1 or STERM guaran- 
tees that the SONIC-T will terminate the memory cycle 1.5 
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bus clocks after DSACKO,T were sampled, or 1 cycle after 
STERM was sampled. T2 states will be repeated until 
DSACKO,1 or STERM are sampled properly in a low state. 
(see note). 


During read cycles (Figures 7-8 and 7-9), data (D31-D0) is 
latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . For write cycles (Figures 7-10 and 7-17) 
data is driven on the falling edge of T1. If there are wait 
states inserted, DS is asserted on the falling edge of the first 

T2 (wait). DS is not asserted for zero wait state write cycles. 

The SONIC-T terminates the memory cycle by deasserting 

AS and DS at the falling edge of T2. 

Note: If the setup time for DSACKO,1 is met during T1, or the setup time for 
STERM is met during the first T2, the full asynchronous bus cycle will 
take only 2 bus clocks. This may be an unwanted situation. If so, 
DSACKO,1 and STERM should be deasserted during T1 and the start 
of T2 respectively. 


7.0 Bus Interface (Continued) 
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FIGURE 7-8. Memory Read, BMODE = 1, Asynchronous (1 Wait-State) 
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FIGURE 7-9. Memory Read, BMODE = 1, Asynchronous (2 Wait-States) 
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FIGURE 7-10. Memory Write, BMODE = 1, Asynchronous (1 Wait-State) 
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FIGURE 7-11. Memory Write, BMODE = 1, Asynchronous (2 Wait-States) 
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7.0 Bus Interface (continued) 


7.3.5.4 Memory Cycle for BMODE = 0, 

Synchronous Mode 

On the rising edge of T1, the SONIC-T asserts ADS and 
ECS to indicate that the memory cycle is starting. The ad- 
dress (A31-A1), bus status (S2-S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle. On the falling edge of T1, the 
SONIC-T deasserts ECS. ADS is deasserted on the rising 
edge of T2. 


A<31:1> 


D<31:0> 


In Synchronous mode, RDYi is sampled on the rising edge 
at the end of T2 (the rising edge of the next T1). T2 states 
will be repeated until RDYi is sampled properly in a low 
state. RDYi must meet the setup and hold times with re- 
spect to the rising edge of bus clock for proper operation. 
During read cycles (Figure 7-12), data (D31—D0) is latched 
at the rising edge at the end of T2. For write cycles (Figure 
7-13), data is driven on the falling edge of T1 and stays 
driven until the end of the cycle. 


T2 (wait) T2 T1 


Ds EA 
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FIGURE 7-12. Memory Read, BMODE = 0, Synchronous (1 Wait-State) 
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FIGURE 7-13. Memory Write, BMODE = 0, Synchronous (1 Wait-State) 
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7.0 Bus Interface (Continued) 


7.3.5.5 Memory Cycle for BMODE = 0, - 
Asynchronous Mode 


On the rising edge of T1, the SONIC-T asserts ADS and 
ECS to indicate that the memory cycle is starting. The ad- 
dress (A31-A1), bus status (S2-S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle. On the falling edge of T1, the 
SONIC-T deasserts ECS. ADS is deasserted on the rising 
edge of T2. 


In Asynchronous mode, RDYi is asynchronously sampled 
on the falling edge of both T1 and T2. RDYi does not need 
to be synchronized to the bus clock because the chip al- 
ways resolves these signals to either a high or low state. 
Meeting the setup time for RDYi guarantees that the 


T2(WAIT) 


A<31:1> 


D<31:0> 


SONIC-T will terminate the memory cycle 1.5 bus clocks 
after RDYi was sampled. T2 states will be repeated until 
RDYi is sampled properly in a low state (see note below). 


During read cycles (Figures 7-14 and 7-15), data (D31-D0) 
is latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1. For write cycles (Figures 7-16 and 7-17) 
data is driven on the falling edge of T1. If there are wait 
states inserted, DS is asserted on the falling edge of the first 
T2 (wait). DS is not asserted for zero wait state write cycles. 
The SONIC-T terminates the memory cycle by deasserting 
DS at the falling edge of T2. 


Note: If the setup time for RDViis met during T1, the full asynchronous bus 
cycle will take only 2 bus clocks. This may be an unwanted situation. 
If so, RDYi should be deasserted during T1. 
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FIGURE 7-14. Memory Read, BMODE = 0, Asynchronous (1 Wait-State) 
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FIGURE 7-15. Memory Read, BMODE = 0, Asynchronous (2 Wait-States) 
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FIGURE 7-16. Memory Write, BMODE = 0, Asynchronous (1 cee 
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FIGURE 7-17. Memory Write, BMODE = 0, Asynchronous (2 Wait-States) 
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7.0 Bus Interface (Continued) 


7.3.6 Bus Exceptions (Bus Retry) 

The SONIC-T provides the capability of handling errors dur- 
ing the execution of the bus cycle (Figure 7-18). 

The system asserts BRT (bus retry) to force the SONIC-T to 
repeat the current memory cycle. When the SONIC-T de- 
tects the assertion of BRT, it completes the memory cycle 


or HOLD. Then, if Latched Bus Retry mode is not set (LBR 
in the Data Configuration Register, Section 6.3.2), the 
SONIC-T requests the bus again to retry the same memory 
cycle. If Latched Bus Retry is set, though, the SONIC-T will 
not retry until the BR bit in the ISR (see Section 6.3.6) has 
been reset and BRT is deasserted. BRT has precedence of 
terminating a memory cycle over DSACKO,1, STERM or 
RDYi. 


BRT may be sampled synchronously or asynchronously by 
setting the EXBUS bit in the DCR (see Section 6.3.2). If 
synchronous Bus Retry is set, BRT is sampled on the rising 
edge of T2. If asynchronous Bus Retry is set, BRT is double 
synchronized from the falling edge of T1. The asynchronous 
setup time does not need to be met, but doing so will guar- 
antee that the bus exception will occur in the current bus 
cycle instead of the next bus cycle. Asynchronous Bus Re- 
try may only be used when the SOMle tT! is set to asynchro- 
nous mode. 

Note 1: The deassertion edge of HOLD is dependent on the PH bit in the 


DCR2 (see Section 6.3.7). Also, BGACK is driven high for about 0.5 
bus clocks before going TRI-STATE. 


Note 2: If Latched Bus retry is set, BRT need only satisfy its setup time (the 
hold time is not important). Otherwise, BRT must remain asserted 
until after the Th state. 


Note 3: If DSACKO,1, STERM or RDYi remain asserted after BRT, the next 
memory ae may be adversely affected. 


7.3.7 Slave Mode Bus Cycle 


The SONIC-T’s internal registers can be accessed by one of 
two methods (BMODE = 1 or BMODE = 0). In both meth- 
ods, the SONIC-T is a slave on the bus. This section de- 
scribes the SONIC-T’s slave mode bus operations. 


7.3.7.1 Slave Cycle for BMODE = 1 


The system accesses the SONIC-T by driving SAS, SRW 
and RA<5:0>. These signals will be sampled each bus cy- 
cle, but the SONIC-T will not actually start a slave cycle until 
CS has also been asserted. CS should not be asserted be- 
fore SAS is driven low as this will cause improper slave 


11 12 
BSCK 


A<31:1> 


D<31:1> 
ASYNCHRONOUS 
SETUP 


BRT 


HOLD 
(BMODE=0) 


BGACK 
(BMODE=1) 


BR 
(BMODE=1) 


at the end of T2 and gets off the bus by deasserting BGACK © 


©, Si aoe 
ke 
SETUP 


FIGURE 7-18. Bus Exception (Bus Retry) 
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operation. Once SAS has been driven low, between one 
and two bus clocks after the assertion of CS, SMACK will be 
asserted to signify that the SONIC-T has started the slave 
cycle. Although CS is an asynchronous input, meeting its 
setup time (as shown in Figures 7-19 and 7-20 ) will guaran- 
tee that SMACK, which is asserted off of a falling edge, will 
be asserted 1 bus clock after the falling edge that CS is 
clocked in on. This is assuming that the SONIC-T is not a 
bus master when CS was asserted. If the SONIC-T is a bus 
master, then, when CS is asserted, the SONIC-T will com- 
plete its current master bus cycle and get off the bus tempo- 
rarily (see Section 7.4.8). In this case, SMACK will be as- 
serted 5 bus clocks after the falling edge that CS was 
clocked in on. This is assuming that there were no wait 
states in the current master mode access. Wait states will 
increase the time for SMACK to go low by the number of 
wait states in the cycle. 


If the slave access is a read cycle (Figure 7-79), then the 
data will be driven off the same edge as SMACK. If it is a 
write cycle (Figure 7-20), then the data will be latched in 
exactly 2 bus clocks after the assertion of SMACK. In either 
case, DSACKO,1 are driven low 2 bus clocks after SMACK 
to terminate the slave cycle. For a read cycle, the assertion 
of DSACKO,1 indicates valid register data and for a write 
cycle, the assertion indicates that the SONIC-T has latched 
the data. The SONIC-T deasserts DSACKO,1, SMACK and 
the data if the cycle is a read cycle at the rising edge of SAS 
or CS depending on which is deasserted first. 

Note 1: Although the SONIC-T responds as a 32-bit peripheral when it 
drives DSACKO,1 low, it transfers data only on lines D<15:0>. 

Note 2: For multiple register accesses, CS can be held low and SAS can be 
used to delimit the slave cycle (this is the only case where CS may 
be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going low since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time GS is low (as is the case for MREQ, Section 7.3.8). 

Note 3: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

Note 4: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion 
of SMACK is dependent upon both CS and SAS being low, not just 
CS. This is not the same as the case for MREQ (see Section 7.3.8). 
The assertion of SMACK in these two cases should not be con- 


fused. 
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FIGURE 7-19. Register Read, BMODE = 1 
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FIGURE 7-20. Register Write, BMODE = 1 
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7.3.7.2 Slave Cycle for BMODE = 0 


The system accesses the SONIC-T by driving SAS, CS, 
SWR and RA<5:0>. These signals will be sampled each 
bus cycle, but the SONIC-T will not actually start a slave 
cycle until CS has been sampled low and SAS has been 
sampled high. CS should not be asserted low before the 
falling edge of SAS as this will cause improper slave opera- 
tion. CS may be asserted low, however, before the rising 
edge of SAS. In this case, it is suggested that SAS be driven 
high within one bus clock after the falling edge of CS. Once 
SAS has been driven high, between one and two bus clocks 
after the assertion of CS, SMACK will be driven low to signi- 
fy that the SONIC-T has started the slave cycle. Although 
CS is an asynchronous input, meeting its setup time (as 
shown in Figures 7-21 and 7-22) will guarantee that 
SMACK, which is asserted off a falling edge, will be assert- 
ed 1 bus clock after the falling edge that CS was clocked in 
on. This is assuming that the SONIC-T is not a bus master 
when GS is asserted. If the SONIC-T is a bus master, then, 
when GS is asserted, the SONIC-T will complete its current 
master bus cycle and get off the bus temporarily (see Sec- 


tion 7.3.8). In this case, SMACK will be asserted 5 bus 
clocks after the falling edge that CS was clocked in on. This 
is assuming that there were no wait states in the current 
master mode access. Wait states will increase the time for 
SMACK to go low by the number of wait states in the cycle. 
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FIGURE 7-21. Register Read, BMODE = 0 


If the slave access is a read cycle (Figure 7-21), then the 


data will be driven off the same edge as SMACK. If it is a 

write cycle (Figure 7-22), then the data will be latched in 

exactly 2 bus clocks after the assertion of SMACK. In either 
case, RDYo is driven low 2.5 bus clocks after SMACK to 
terminate the slave cycle. For a read cycle, the assertion of 

RDYo indicates valid register data and for a write cycle, the 

assertion indicates that the SONIC-T has latched the data. 

The SONIC-T deasserts RDYo, SMACK and the data if the 

cycle is a read cycle at the falling edge of SAS or the rising 

edge of CS depending on which is first. 

Note 1: The SONIC-T transfers data only on lines D<15:0> during slave 
mode accesses. 

Note 2: For multiple register accesses, CS can be held tow and SAS can be 
used to delimit the slave cycle (this is the only case where TS may 
be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going high since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS is low (as is the case for MREQ, Section 7.3.8). 

Note 3: If memory request (MRE) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

Note 4: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion of 
SMACK is dependent upon both CS and SAS being low, not just CS. 
This is not the same as the case for MREQ (see Section 7.3.8). The 
assertion of SMACK in these two cases should not be confused. 
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FIGURE 7-22. Register Write, BMODE = 0 
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FIGURE 7-23. On-Chip Memory Arbiter 
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7.0 Bus Interface (continued) 
7.3.8 On-Chip Memory Arbiter 


For applications which share the buffer memory area with 


the host system (shared-memory applications), the 
SONIC-T provides a fast on-chip memory arbiter for effi- 
ciently resolving accesses between the SONIC-T and the 
host system (Figure 7-23). The host system indicates its 
intentions to use the shared-memory by asserting Memory 
Request (MREQ). The SONIC-T will allow the host system 
to use the shared memory by acknowledging the host sys- 
tem’s request with Slave and Memory Acknowledge 
(SMACK). Once SMACK is asserted, the host system may 
use the shared memory freely. The host system gives up the 
shared memory by deasserting MREQ. 


MREQ is clocked in on the falling edge of bus clock and is 
double synchronized internally to the rising edge. SMACK is 
asserted on the falling edge of a Ts bus cycle. If the 
SONIC-T is not currently accessing the memory, SMACK is 
asserted immediately after MREQ was clocked in. If, howev- 
er, the SONIC-T is accessing the shared memory, it finishes 
its current memory transfer and then issues SMACK. 
SMACK will be asserted 1 or 5 (see Note 2 below) bus 
clocks, respectively, after MREQ is clocked in. Since MREQ 
is double synchronized, it is not necessary to meet its setup 
time. Meeting the setup time for MREQ will, however, guar- 
antee that SMACK is asserted in the next or fifth bus clock 
after the current bus clock. SMACK will deassert within one 
bus clock after MREQ is deasserted. The SONIC-T will then 
finish its master operation if it was using the bus previously. 


If the host system needs to access the SONIC-T’s registers 
instead of shared memory, CS would be asserted instead of 
MREQ. Accessing the SONIC-T’s registers works almost 
exactly the same as accessing the shared memory except 
that the SONIC-T goes into a slave cycle instead of going 
idle. see Section 7.3.7 for more information about how reg- 
ister accesses work. 


Note 1: The successive assertion of CS and MREG must be separated by 
at least two bus clocks. Both CS and MREQ must not be asserted 
concurrently. 


The number of bus clocks between MREQ being asserted and the 
assertion of SMACK when the SONIC-T is in Master Mode is 5 bus 
clocks assuming there were no wait states in the Master Mode 
access. Wait states will increase the time for SMACK to go low by 
the number of wait states in the cycle (the time will be 5 + the 
number of wait states). 


The way in which SMACK is asserted to due to CS is not the same 
as the way in which SMACK is asserted due to MREQ. SMACK 
goes low as a direct result of the assertion of MREQ, whereas, for 
CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 
0) before SMACK will be asserted. This means that when SMACK 
is asserted due to MREQ, SMACK will remain asserted until MREQ 
is deasserted. Multiple memory accesses can be made to the 
shared memory without SMACK ever going high. When SMACK is 
asserted due to CS, however, SMACK will only remain low as long 
as SAS is also low (BMODE = 1) or high (BMODE = 0). SMACK 
will not remain low throughout multiple register accesses to the 
SONIC-T because SAS must toggle for each register access. This 
is an important difference to consider when designing shared mem- 
ory designs. 
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TABLE 7-3. Internal Register Content after Reset 


Contents after Reset 
Hardware Software 
Reset ; Reset 
0094h 0094h/00A4h 


Ds | anehenged 


*Bits 15 and 13 of the DCR and bits 4 through 0 of the DCR2 are reset toa0 
during a hardware reset. Bits 15-12 of the DCR2 are unknown until written 
to. All other bits in these two registers are unchanged. 


**Bits LB1, LBO and BRD are reset to a 0 during hardware reset. All other 
bits are unchanged. 


7.3.9 Chip Reset 


The SONIC-T has two reset modes; a hardware reset and a 
software reset. The SONIC-T can be hardware reset by as- 
serting the RESET pin or software reset by setting the RST 
bit in the Command Register (Section 6.3.1). The two reset 
modes are not interchangeable since each mode performs 
a different function. 

After power-on, the SONIC-T must be hardware reset be- 
fore it will become operational. This is done by asserting 
RESET for a minimum of 10 transmit clocks (10 ethernet 
transmit clock periods, TXC). If the bus clock (BSCK) period 
is greater than the transmit clock period, RESET should be 
asserted for 10 bus clocks instead of 10 transmit clocks. A 
hardware reset places the SONIC-T in the following state. 
(The registers affected are listed in parentheses. See Table 
7-3 and Section 6.3 for more specific information about the 
registers and how they are affected by a hardware reset. 
Only those registers listed below and in Table 7-3 are affect- 
ed by a hardware reset.) 


1. Receiver and Transmitter are disabled (CR). 
2. The General Purpose timer is halted (CR). 

3. All interrupts are masked out (!MR). 
4 


. The NCRS and PTX status bits in the Transmit Control 
Register (TCR) are set. 


. The End Of Byte Count (EOBC) register is set to O2F8h 
(760 words). 


Packet and buffer sequence number counters are set to 
zero. 


. All CAM entries are disabled. The broadcast address is 
also disabled (CAM Enable Register and the RCR). 


Loopback operation is disabled (RCR). 
. The latched bus retry is set to the unlatched mode 
(DCR). 
. All interrupt status bits are reset (ISR). 
. The Extended Bus Mode is disabled (DCR). 


. HOLD will be asserted/deasserted from the falling clock 
-edge (DCR2). 


7.0 Bus Interface (Continued) 
13. PCOMP will not be asserted (DCR2). 


14. Packets will be accepted (not rejected) on CAM match 
(DCR2). 

A software reset immediately terminates DMA operations 
and future interrupts. The chip is put into an idle state where 
registers can be accessed, but the SONIC-T will not be ac- 
tive in any other way. The registers are affected by a soft- 
ware reset as shown in Table 7-3 (only the Command Reg- 
ister is changed). 


8.0 Network Interfacing 


The SONIC-T contains an on-chip ENDEC that performs the 
network interfacing between the AUI (Attachment Unit Inter- 


RXDo TXD 


CRSo COLo 


face) and the SONIC-T’s MAC unit. A pin selectable option 
allows the internal ENDEC to be disabled and the 
MAC/ENDEC signals to be supplied to the user for connec- 
tion to an external ENDEC. If the EXT pin is tied to ground 
(EXT =0) the internal ENDEC is selected and if EXT is tied 
to Vcc (EXT = 1) the external ENDEC option is selected. 


Internal ENDEC: When the internal ENDEC is used 
(EXT=0) the interface signals between the ENDEC and 


MAC unit are internally connected. While these signals are 


used internally by the SONIC-T they are also provided as an 
output to the user (Figure 8-1). 
The internal ENDEC allows for a 2-chip solution for the 


complete Ethernet interface. Figure 8-2 shows a typical dia- 
gram of the Thin Ethernet and AUI network interface. 


RXCo TXCo 


TXE 


TL/F/11719-51 


FIGURE 8-1. MAC and Internal ENDEC Interface Signals 
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8.0 Network Interfacing (Continued) 


External ENDEC: When EXT=1 the internal ENDEC is by- 
passed and the signals are provided directly to the user. 
Since SONIC-T’s on-chip ENDEC is the same as National’s 
DP83910 Serial Network Interface (SNI) the interface con- 
siderations discussed in this section would also apply to 
using this device in the external ENDEC mode. 


8.1 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 


The ENDEC unit’s encoder begins operation when the MAC 
section begins sending the serial data stream. It converts 
NRZ data from the MAC section to Manchester data for the 
differential drivers (TX +). In Manchester encoding, the first 
half of the bit cell contains the complementary data and the 
second half contains the true data (Figure 8-3). A transition 
always occurs at the middle of the bit cell. As long as the 
MAC continues sending data, the ENDEC section remains 
in operation. At the end of transmission, the last transition is 
always positive, occurring at the center of the bit cell if the 
last bit is a one, or at the end of the bit cell if the Jast bitis a 
zero, 


The differential transmit pair drives up to 50 meters of twist- 
ed pair AUI cable. These outputs are source followers which 
require two 2702 pull-down resistors to ground. In addition, 
a pulse transformer is required between the transmit pair 
output and the AUI interface. 

The driver provides half-step mode for compatibility with 
Ethernet | and IEEE 802.3, so that TX+ and TX— are equal 
in the idle state. 


Transmit Clock | | | | | | | | | 


NRZ Data 


\ 
Manchester | 
Data ! 


' 
TL/F/11719~53 
FIGURE 8.3. Manchester Encoded Data Stream 


8.1.1 Manchester Decoder 


The decoder consists of a differential receiver and a phase 
lock loop (PLL) to separate the Manchester encoded data 
stream into clock signals and NRZ data. The differential in- 
put must be externally terminated with two 39 resistors 
connected in series. In addition, a pulse transformer is re- 
quired between the receive input pair and the AU! interface. 


To prevent noise from falsely triggering the decoder, a 
squelch circuit at the input rejects signals with a magnitude 
less than —175 mV. Signals more negative than —300 mV 
are decoded. 
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Once the input exceeds the squelch requirements, the de- 
coder begins operation. The decoder may tolerate bit jitter 
up to 18 ns in the received data. The decoder detects the 
end of a frame within one and a half bit times after the last 
bit of data. 


8.1.2 Collision Translator 


When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD+ and CD—) of the SONIC-T. When SONIC-T 
detects these inputs active, its Collision translator converts 
the 10 MHz signal to an active collision signal to the MAC 
section. This signal causes SONIC-T to abort its current 
transmission and reschedule another transmission attempt. 


The collision differential inputs are terminated the same way 
as the differential receive inputs and a pulse transformer is 
required between the collision input pair and the AUI inter- 
face. The squelch circuitry is also similar, rejecting pulses 
with magnitudes less than —175 mV. 


8.1.3 Oscillator Inputs 


The oscillator inputs to the SONIC-T (OSCIN and OSCOUT) 
can be driven with a parallel resonant crystal or an external 
clock. In either case the oscillator inputs must be driven with 
a 20 MHz signal. The signal is divided by 2 to generate the 
10 MHz transmit clock (TXC) for the MAC unit. The oscilla- 
tor also provides internal clock signals for the encoding and 
decoding circuits. 


8.1.3.1 External Crystal 


According to the IEEE 802.3 standard, the transmit clock 
(TXC) must be accurate to 0.01%. This means that the os- 
cillator circuit, which includes the crystal and other parts 
involved must be accurate to 0.01% after the clock has 
been divided in half. Hence, when using a crystal, it is nec- 
essary to consider all aspects of the crystal circuit. An ex- 
ample of a recommended crystal circuit is shown in Figure 
8-4 and suggested oscillator specifications are shown in Ta- 
ble 8-1. The load capacitors in Figure 8-4, C1 and C2, 
should be no greater than 36 pF each, including all stray 
capacitance (see note 2). The resistor, R1, may be required 
in order to minimize frequency drift due to changes in Vcc. If 
R1 is required, its value must be carefully selected since R1 
decreases the loop gain. If R1 is made too large, the loop 
gain will be greatly reduced and the crystal will not oscillate. 
If R1 is made too small, normal variations in Vcc may cause 
the oscillation frequency to drift out of specification. As a 
first rule of thumb, the value of R1 should be made equal to 
five times the motional resistance of the crystal. The mo- 
tional resistance of 20 MHz crystals is usually in the range 
of 102 to 30M. This implies that reasonable values for R1 
should be in the range of 50M to 1509. The decision of 
whether or not to include R1 should be based upon mea- 
sured variations of crystal frequency as each of the circuit 
parameters are varied. 
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8.0 Network Interfacing (Continued) 


SONIC-T 


TL/F/11719-54 
FIGURE 8-4. Crystal Connection to the SONIC-T 
(see text) 


Note 1: The OSCOUT pin is not guaranteed to provide a TTL compatible 
logic output, and should not be used to drive any external logic. If 
additional logic needs to be driven, then an external oscillator 
should be used as described in the following section. 

Note 2: The frequency marked on the crystal is usually measured with a 
fixed load capacitance specified in the crystal’s data sheet. The 
actual load capacitance used should be the specified value minus 
the stray capacitance. 


TABLE 8-1. Crystal Specifications 


Resonant frequency 20 MHz 
Tolerance (see text) +0.01% at 25°C 
Accuracy +0.005% (50 ppm) at 0 to 70°C 
Fundamental Mode Series Resistance <250 
Specified Load Capacitance <18 pF 
Type AT cut 
Circuit Parallel Resonance 


8.1.3.2 Clock Oscillator Module 


The SONIC-T also allows an external clock oscillator to be 
used. The connection configuration is shown in Figure 8-5. 
This connection requires an oscillator with the following 
specifications: 


1. TTL or CMOS output with a 0.01% frequency tolerance 
2. 40%-60% duty cycle 

3. One CMOS load output drive 

Again, the above assumes no other circuitry is driven. 


SONIC-T 


TL/F/11719-55 
FIGURE 8-5. Oscillator Module Connection 
to the SONIC-T 


8.1.3.3 PCB Layout Considerations 


Care should be taken when connecting a crystal. Stray ca- 
pacitance (e.g., from PC board traces and plated through 
holes around the OSCIN and OSCOUT pins) can shift the 
crystal’s frequency out of range, causing the transmitted fre- 
quency to exceed the 0.01% tolerance specified by IEEE. 
The layout considerations for using an external crystal are 
rather straightforward. The oscillator layout should locate all 
components close to the OSCIN and OSCOUT pins and 
should use short traces that avoid excess capacitance and 
inductance. A solid ground should be used to connect the 
ground legs of the two capacitors. 
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When connecting an external oscillator, the only considera- 
tions are to keep the oscillator module as close to the 
SONIC-T as possible to reduce stray capacitance and in- 
ductance and to give the module a clean Vcc and a solid 
ground. 


8.1.4 Fower Supply Considerations 


In general, power supply routing and design for the 
SONIC-T need only follow standard practices. In some situ- 
ations, however, additional care may be necessary in the 
layout of the analog supply. Specifically special care may be 
needed for the TXVcc, RXVcc, PLLVcc, OSCVcec, RXTVcc 
and TPVcc power supplies and the TXGND, RXGND, 
PLLGND, OSCGND, TPGND and ANGND. In most cases 
the analog and digital power supplies can be interconnect- 
ed. However, to ensure optimum performance of the 
SONIC-T’s analog functions, power supply noise should be 
minimized. To reduce analog supply noise, any of several 
techniques can be used. 


1. Route analog supplies as a separate set of traces or 
planes from the digital supplies with their own decoupling 
capacitors. 


2. Provide noise filtering on the analog supply pins by insert- 
ing a low pass filter. Alternatively, a ferrite bead could be 
used to reduce high frequency power supply noise. 


3. Utilize a separate regulator to generate the analog sup- 
ply. 
8.2 TWISTED PAIR INTERFACE MODULE 


Transmitter Considerations: The transmitter consists of 
four signals, the true and complement Manchester encoded 
data (TXO +) and these signals delayed by 50 ns (TXOd+). 
These four signals are resistively combined (Figure 8-6), 
TXO+ with TXOd— and TXO— with TXOd-+, in a configu- 
ration referred to as pre-emphasis. This digital pre-emphasis 
is required to compensate for the low-pass filter effects of 
the twisted pair cable; which cause greater attenuation to 
the 10 MHz (50 ns) pulses of the Manchester encoded 
waveform than the 5 MHz (100 ns) pulses. 


348 1% 
TXd~ 
53.6 1% 
TX+ 
SONIC-T 
1OBASE-T 
INTERFACE 


TX- 


8060 
53.60 1% 


TO+ 
————-41| 
! 


3489 1% 


TXd+ 


TL/F/11719-56 
FIGURE 8-6. External Circuitry to Connect the SONIC-T 
to Twisted Pair Cable 


9.0 AC and DC Specifications 


Absolute Maximum Ratings 


If Military/Aerospace specified devices are required, Storage Temperature Range (Tsta) — 65°C to 150°C 
please contact the National Semiconductor Sales Power Dissipation (PD) 500 mw 
Office/Distributors for availability and specifications. Lead Temp. (TL) (Soldering, 10 sec.) 260°C 
Supply Voltage (Vcc) —0.5V to 7.0V ESD Rating 

DC Input Voltage (Vin) —0.5V to Voc + 0.5V (Rzap = 1.5k, Czap = 120 pF) 

DC Output Voltage (Vout) —0.5V to Vcc + 0.5V 


pEGEsda 


DC Specifications Ta = 0°C to 70°C, Vcc = 5V +5% unless otherwise specified 


Maximum TRI-STATE Output Vout = Vcc or GND 
Leakage Current 


Average Operating Supply Current lout = 0 mA, Freq:= fmax 


AUI INTERFACE PINS (TX+, RX+, and CD+) 


Diff. Output Voltage (TX +) 789, Termination, and 2700 + 
Diff. Output Voltage Imbalance (TX +) 780 Termination, and 2702 . Typical: 40 mV 
(Guaranteed by Design. Not Tested.) from Each to GND Cea 


Undershoot Voltage (TX +) 78Q Termination, and 2700 Typical: 80 mV 
(Guaranteed by Design. Not Tested.) from Each to GND : ee 


TXOd+;TXO+ Low Level Output lo. = 25mA 
Resistance 


lol = —25mA 


Receive Threshold Turn-On Voltage 
__10BASE-T Mode . 


Receive Threshold Turn-On Voltage. 
Reduce Threshold 


OSCIN Input High Voltage 


OSCIN is Connected to an Oscillator 
and OSCOUT is Open 
Vin = Vec or GND 
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9.0 AC and DC Specifications (Continued) 


AC Specifications 
BUS CLOCK TIMING 


-}—n—| 


TL/F/11719-57 


Bus Clock High Time 
Bus Clock Cycle Time (Note 2) 


POWER-ON RESET 


4.5V a 
Voc 
T6 
RST 4.5V 
SS . 


14 TS 


__Bus Clock Low Time ee 


TL/F/11719-58 
NON POWER-ON RESET 


fw-T4 T5 
STABLE 


TL/F/11719-59 


Number Parameter 


USR<1:0> Setup to RST 


Note 1: The reset time is determined by the slower of BSCK or TXC. If BSCK > TXC, T6 and T8 equa! 10 TXCs. If BSCK < TXC, T6 and T8 equal 10 BSCKs (T3). 
Note 2: These specifications are not tested. 
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9.0 AC and DC Specifications (continueg) 
MEMORY WRITE, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 


T2 (wait) T2 T1 


T1 
eT | 
PEL] 
»@ 


ae a a 


A<31:1> 


D<31:0> 
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Parameter 


NX 


BSCK to Address Valid 

Address Hold Time from BSCK 
BSCK to ADS, ECS Low 

BSCK to ADS, ECS High 

RDYi Setup to BSCK 

RDYi Hold from BSCK 

BSCK to Memory Write Data Valid 
BSCK to MWR (Write) Valid 


Write Data Hold Time from BSCK 


Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 2: bcyc = bus clock cycle time (T3). 
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9.0 AC and DC Specifications (continued) 
MEMORY READ, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 


T1 T2 (wait) T2 T1 


a nae jal 


ASS1:1> > ee ee eee D> 


aa , a6 "" | 


T11 
‘ADS 
[+724 
ean ar 


D<31:0> 


j<-128 
MWR 
732 


RDYi 
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Number Parameter — Units 


N 


T9 BSCK to Address Valid 
T10 Address Hold Time from BSCK 
T11 BSCK to ADS, ECS Low 
T12 BSCK to ADS, ECS High 
T15 ADS High Width (Note 2) 
T23 Read Data Setup Time to BSCK 
T24 Read Data Hold Time from BSCK 
T28 BSCK to MWR (Ready) Valid (Note 1) 
T32 RDYi Setup Time to BSCK 
T33 RDYi Hold Time to BSCK 
Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 


transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 2: bcyc = bus clock cycle time (T3). 
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9.0 AC and DC Specifications (continued) 
MEMORY WRITE, BMODE = 0, ASYNCHRONOUS MODE 


T1 T2 (wait) 


T12b 
T11b -- k 


ce eS Sl a a I LD ei 


T11b 
ADS : 2 
aE: 
oes] | X_ aro SSS 


[+137 
| 


T40 


Parameter 


a 
NJ 


T9 BSCK to Address Valid 

T10 Address Hold Time from BSCK 

T11b BSCK to ADS, DS, ECS Low 

T12b BSCK to ADS, ECS High 

T13 BSCK to DS High 

T15 ADS High Width (Notes 2) 

T18 Write Data Strobe Low Width (Notes 2, 4) 
T32a RDYi Asynchronous Setup to BSCK (Note 3) 
T33a RDYi Asynchronous Hold from BSCK 

T36 BSCK to Memory Write Data Valid (Note 1) 
T37 BSCK to MWR (Write) Valid (Note 1) 


T39 Write Data Valid to 
Data Strobe Low (Note 2) 


T40 Write Data Hold Time from BSCK 


Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: bcye = bus clock cycle time (T3). 

Note 3: This setup time assures that the SONIC-T terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC-T samples RDYi low during the T1 
cycle, the SONIC-T will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during 
T2 (wait). (This is assuming that programmable wait states are set to 0.) ah 


Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 
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9.0 AC and DC Specifications (Continued 
MEMORY READ, BMODE = 0, ASYNCHRONOUS MODE 


T2 (wait) 


A<31:1> 


eo 


/_| 
|-T332 


(Note 3) 


az 
Oo 
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Number Parameter Units 


T9 BSCK to Address Valid 
T10 Address Hold Time from BSCK 
T11b BSCK to ADS, DS, ECS Low 
T12b BSCK to ADS, ECS High 
T13 BSCK to DS High 
T1i5 ADS High Width (Note 2) 
T16 Read Data Strobe High Width (Note 2) 
T17 Read Data Strobe Low Width (Note 2) 
T23 Read Data Setup Time to BSCK 
T24 Read Data Hold Time from BSCK 
T28 BSCK to MWR (Read) Valid (Note 1) 
T32a RDYi Asynchronous Setup Time to BSCK (Note 3) 
T33a RDYi Asynchronous Hold Time to BSCK 
Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 


transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: bcyc = bus clock cycle time (T3). 

Note 3: This setup time assures that the SONIC-T terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC-T samples RDYi low during the T1 
cycle, the SONIC-T will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during 

T2 (wait). (This is assuming that programmable wait states are set to 0.) i 
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9.0 AC and DC Specifications (continued) 
MEMORY WRITE, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 


TH T2 (wait) T2 
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Number 


“XN 


T9 
T10 
Tita 
T12a 
T13a 
T14 
T15a 
T18 
T22 
T30 
T31 
T36 
T37 
T39 


ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 
ns 


ns 


on | 


ao 


ns 


ns 
ns 


T40 ns 


Note 1: DS will only be asserted if the bus cycle has at least one wait state inserted. 


Note 2: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time (T2). 
Note 4: DSACKO,1 must be synchronized to the bus clock (BSCK) during synchronous mode. 
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9.0 AC and DC Specifications (continued) 


MEMORY READ, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 
T1 T2 (wait) T2 


TMta K fa 


mp | Ta 
LX_ 


Tila . Ti2a 
Ti4 T15a—>| 

Ti3a 
17 rg 


T23a 


T24a be 
}-128 ; 


A<31:1> 


DSACKO, 1 
TL/F/11719-65 


Number Parameter Units 


T9 BSCK to Address Valid 
T10 Address Hold Time from BSCK 
Tila BSCK to AS, DS, ECS Low - 
T12a BSCK to AS, ECS High 
* 718a BSCKtoDS High — 
T14 AS Low Width (Note 3) 


T15a AS High Width (Note 3) - beyc — 22 
T16 Read Data Strobe High Width (Note 3) bcyc — 15 
T17 Read Data Strobe Low Width (Note 3) 


T22 Address Valid to AS (Note 3) 

T23a Read Data Setup Time to BSCK 
T24a Read Data Hold Time from BSCK 
T28 BSCK to MRW (Read) Valid (Note 1) 
T30 DSACKO,1 Setup to BSCK (Note 2) 
T31 DSACKO,1 Hold from BSCK 


a 


ns 


ns 


Ls) 


ns 


ns 


ns 


ns 


ns 


ns" 


ns 


ns 


ns 


ns 


30 


ns 


ns 


ns 


| BSOKtoAS,DSECSLow 


Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 2: DSACKO,1 must be synchronized to the bus clock (BSCK) during synchronous mode. 
Note 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time (T2). 
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9.0 AC and DC Specifications (continued) 


MEMORY WRITE, BMODE = 1, ASYNCHRONOUS MODE 
T2 (wait) 


A<31:1> 


or 7X 


ee) Gee 
ard i 
f || 
T31 131 


130->| T30->| 
DSKCKO,1 NINA 7, ete \I 


T31a T31a 


T30a—>| T30a->| 


(Note 2) 


0<31:0> 


TL/F/11719-66 


Number Parameter Units 


wo 
“N 


T9 BSCK to Address Valid 
T10 Address Hold Time from BSCK 
Tita BSCK to AS, DS, ECS Low 


Ti2a BSCK to AS, ECS High ae) 


ns 
ns 
ns 
ns 
36 ns 
ns 


T13a BSCK to DS High 
T14 AS Low Width (Note 3) beyc — 7 


Ti5a AS High Width (Note 3) bceyc — 22 
T18 Write Data Strobe Low Width (Notes 3, 4) 
T22 Address Valid to AS (Note 3) bech-18 " 


T30 DSACKO,1 Setup to BSCK (Note 2) 


T30a STERM Setup to BSCK (Note 2) | 
T31 DSACKO,1 Hold from BSCK a aes 


T31a STERM Hold from BSCK 
T36 BSCK to Memory Write Data Valid : 


137 BSCK to MRW (Write) Valid (Note 1) ee ate o.oo 


T39 Write Data Valid to Data Strobe Low (Note 3) bcyc — 46 
O . 


T40 Memory Write Data Hold from BSCK 


Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: Meeting the setup time for DSACKO,1 or STERM guarantees that the SONIC-T will terminate the memory cycle 1.5 bus clocks after DSACKO,1 were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO,1 or STERM are sampled properly in a low state. If the SONIC-T samples 
DSACKO,T or STERM !ow during the T1 or first T2 state respectively, the SONIC-T will finish the current access in a total of two bus clocks instead of three 
(assuming that programmable wait states are set to 0). DSACKO,1 are asynchronously sampled and STERM is synchronously sampled. 


Note 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time (T2). 
Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 


ns 
ns 
ns 
ns 
ns 
ns 
ns 
0 ns 
ns 
ns 
ns 
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9.0 AC and DC Specifications (Continued) 


MEMORY READ, BMODE = 1, ASYNCHRONOUS MODE 
T2 (wait) 12 T1 


Ti 
T12a 
mee) EL 
ey EE | 
A = =| 


A311 Fh ae 


(aaa 


D<31:0> 


DSACKO, 1 \. | (Note 2) 


T31a 


T30a—>| 


(Note 2) 
TL/F/11719-67 


Number Parameter Units 


T9 BSCK to Address Valid 


T10 Address Hold Time from BSCK hea ae) 


37 ns 
ns 
T11a BSCK to AS, DS, ECS Low 
T12a BSCK to AS, ECS High 
T13a BSCK to DS High 


114 AS Low Width (Note 3) 


ns 
ns 


ns 
ns 
T15a AS High Width (Note 3) beyc — 22 


T16 Read Data Strobe High Width (Note 3) 
T17 Read Data Strobe Low Width (Note 3) 
T22 Address Valid to AS 
T23b Read Data Setup Time to BSCK | 0 


T24a Read Data Hold Time from BSCK 
T28 BSCK to MRW (Read) Valid (Note 1) 
T30 DSACKO,1 Setup to BSCK (Note 2) 


T30a STERM Setup to BSCK (Note 2) Es ee | 


ns 
ns 
ns 
ns 
ns 
ns 
30 ns 
ns 


ns 
T31 DSACKO,1 Hold from BSCK 
T31a° STERM Hold from BSCK 


ns 


ns 


Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: Meeting the setup time for DSACKO,1 or STERM guarantees that the SONIC-T will terminate the memory cycle 1.5 bus clocks after DSACKO,1 were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO,1 or STERM are sampled properly in a low state. If the SONIC-T samples 
DSACKO,1 or STERM low during the T1 or first T2 state respectively, the SONIC-T will finish the current access in a total of two bus clocks instead of three 
(assuming that programmable wait states are set to 0). DSACKO,1 are asynchronously sampled and STERM is synchronously sampled. 


Note 3: bcyc = bus clock cycle time (T3) and bch = bus clock high time (T2). 
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9.0 AC and DC Specifications (Continued) 
BUS REQUEST TIMING, BMODE = 0 


Ti Ti Ti Ti 11 


sx J \ Af \N4 VA \VY X\, 


T43-> ral J 143 


HOLD yt (Note 2) 


wanmom 
AS31:1> 


D<31:0> 
(write) 


$<2:0> BUS IDLE MEMO 


OS, ECS 


USR<1:0> 
EXUSR<3:0> 


Number Parameter 


T43 . BSCK to HOLD High (Note 2) 

T44 BSCK to HOLD Low (Note 2) 

T45 HLDA Asynchronous Setup Time to BSCK 
T46 HLDA Deassert Setup Time (Note 1) 


T51 BSCK to Address, ADS, MWR, DS, ECS, 
USR<1:0> and EXUSR<3:0>TRI-STATE (Note 4) 


T52 BSCK to Data TRI-STATE (Note 4) 
T53 BSCK to USR<1:0> or EXUSR<3:0> Valid 


T55 BSCK to Bus Status 
Idle to Non-Idle 


T55a BSCK to Bus Status 
Non-Idle to Idle (Note 3) 


T55b S<2:0> Hold from BSCK 


Ti 


Ti 


T44->| 4 144 


BUS PREEMPTION (Note 1) 


(Note 5) 


(Note 5) 


55a } 


oe 


RY TRANSFER ‘% BUS IDLE |X BUS IDLE 
(Note 3) J~-T51 
(Note 5) |) 
[151 


th 
a 


sa [~N 
o}|a 


BN 
fos) 


bh 
oO 


10 


“NI 
oa 


ama 
. (Note 2) 
| 146 


TL/F/11719-68 


ns 


ns 


Note 1: A block transfer by the SONIC-T can be pre-empted from the bus by deasserting HLDA provided HLDA is asserted T46 before the rising edge of the last T2 


in the current access. 


Note 2: The assertion edge for HOLD is dependent upon the PH bit in the DCR2. The default situation is shown wih a solid line in the timing diagram. T43 and T44 
apply for both modes. Also, if HLDA is asserted when the SONIC-T wants to acquire the bus, HOLD will not be asserted until HLDA has been deasserted first. 


Note 3: S<2:0> will indicate IDLE at the end of T2 if the last operation is a read operation, or at the end of Th if the last operation is a write operation. 
Note 4: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 


these lines without contention. 


Note 5: For specific timing on these signals (driven by the SONIC-T), see the memory read and memory write timing diagrams on previous pages. 


1-541 


PE6EsdA 


DP83934 


9.0 AC and DC Specifications (Continued) 
BUS REQUEST TIMING, BMODE = 1 


o 
nm 
o 


(TRI-STATE) 


BGACK 


re : (TRI-STATE) 
DSACKO, 1 ; (Note 1) 
STERM 


= . (TRI-STATE) 


AS (Note 1) (Note 2) 


A<31:1>, ECS 


DS, MRW iNotez) 


D<31:0> 


+e 


MEMORY TRANSFERS. 


$<2:0> BUS IDLE e. 


USR<1:0> 
EXUSR<3:0> 


TL/F/11719-69 


Number Parameter Units 


T45a BG Asynchronous Setup Time to BSCK 
T47 BSCK Low to BR Low 

T48 BSCK Low to BR TRI-STATE (Note 4) 
T49 BSCK High to BGACK Low (Note 1) 
T50 BSCK High to BGACK High (Note 5) 


T5la BSCK to Address, AS, MRW, DS, ECS, 
USR<1:0> and EXUSR<3:0> TRI-STATE (Note 4) 


_ 152 BSCK to Data TRI-STATE (Note 4) 
T53 BSCK to USR<1:0> or EXUSR<3:0> Valid 


T55 BSCK to Bus Status 
Idle to Non-Idle 


T55a BSCK to Bus Status 
Non-Idie to Idle (Note 3) 


T55b S<2:0> Hold from BSCK 


Note 1: BGACK is only issued if BG is low and AS, DSACKO,1, STERM and BGACK are deasserted. 
Note 2: For specific timing on these signals (drive by the SONIC-T), see the memory read and memory write timing diagrams on previous pages. 


x iw 
ofa 


c~ ft 
=) fee) 


oO 


“i 
: a 


Note 3: S<2:0> will indicate IDLE at the end of T2 if the last operation is a read operation or at the end of Th if the last operation is a write operation. 


Note 4: This timing value includes an RC delay inherent in our test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 
these lines without contention. 


Note 5: BGACK is driven high for approximately 0.5 BSCK before going TRI-STATE. 
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9.0 AC and DC Specifications (Continued) 
BUS RETRY 


BSCK 


A<31:1> 


D<31:0> 


BRT 


HOLD 
(BMODE=0) 


—— Note 4 
BGACK Mots 4) 


(BMODE=1) 


—_ (TRI-STATE) 
BR 


(BMODE=1) 


T41 Bus Retry Synchronous Setup Time to BSCK 
(Note 3) 

T41a Bus Retry Asynchronous Setup Time 
to BSCK (Note 3) 


T42 7 
749 
T4a 
47 


T50 BSCK to BGACK High (Note 4) 


Note 1: Depending upon the mode, the SONIC-T will assert and deassert HOLD from the rising or falling edge of BSCK. 

Note 2: Unless Latched Bus Retry mode is set (LBR in the Data Configuration Register, Section 6.3.2), BRT must remain asserted until after the Th state. If 
Latched Bus Retry mode is used, BRT does not need to satisfy T42. . 

Note 3: T41 is for synchronous bus retry and T41a is for asynchronous bus retry (see Section 6.3.2, bit 15, Extended Bus Mode). Since T41a is an asynchronous 
setup time, it is not necessary to meet it, but doing so will guarantee that the bus exception occurs in the current memory transfer, not the next. 


Note 4: BGACK is driven high for approximately 0.5 BSCK before going TRI-STATE. 


TL/F/11719-70 


Units 
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9.0 AC and DC Specifications (Continued) 
MEMORY ARBITRATION/SLAVE ACCESS 


Ti v1 T2 Th Ts Ts Ts Ts T1 T2 Th Ti 


HOLD 
(BMODE=0) 


BGACK 
(BMODE=1) 


A<31:1> 


D<31:0> 


(Note 1) 


SAS (Note 5) 
(BMODE=1) 


SAS. (Note 5) 
(BMODE=0) 


SMACK 


——— 


MREQ (Note 1) 


TL/F/11719-71 


T56 CS Low Asynchronous Setup to BSCK . 
(Note 2) 


T57 CS High Asynchronous Setup to BSCK 


T58 MREQ Low Asynchronous Setup to BSCK 42 


(Note 2) 


T59 MREQ High Asynchronous Setup to BSCK - 42 


T60 MREQ or CS to SMACK Low (Notes 3, 4) 


T80 MREQ to SMACK High : 
T81 BSCK to SMACK Low 


Note 1: Both CS and MREQ must not be asserted concurrently. If these signals are successively asserted, there must be at least two bus clocks between the 
deasserting and asserting edges of these signals. 


Note 2: It is not necessary to meet the setup times for MREQ or CS since these signals are asynchronously sampled. Meeting the setup time for these signals, 
however, makes it possible to use T60 to determine exactly when SMACK will be asserted. 


Note 3: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS or MREQ is asserted 0.5 bus clock 
before the falling edge that these signals are asynchronously clocked in on (see T56 and T58). If T56 is met for CS or T58 is met for MREQ, then SMACK will be 
asserted exactly 2 bus clocks, when the SONIC-T was idle, or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 and T58 refer to. (This 
is assuming that there were no wait states in the current master mode access. Wait states will increase the time for SMACK to go low by the number of wait states 
in the cycle.) SAS must have been asserted for this timing to be correct. See SAS and CS timing in the Register Read and Register Write timing specifications. 


Note 4: bcyc = bus clock cycle time (T3). 


Note 5: The way in which SMACK is asserted due to CS is not the same as the way in which SMACK is asserted due to MREQ. SMACK goes low as a direct result 
of the assertion of MREQ, whereas, for CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 0) before SMACK will be asserted. This means that 
when SMACK is asserted due to MREQ, SMACK will remain asserted until MREQ is deasserted. Multiple memory accesses can be made to the shared memory 
without SMACK ever going high. When SMACK is asserted due to CS, however, SMACK will only remain low as long as SAS is also low (BMODE = 1) or high 
(BMODE = 0). SMACK will not remain low throughout multiple register accesses to the SONIC-T because SAS must tog le for each register access. This is an 
important difference to consider when designing shared memory designs. 


ns 


ns 


ai — 
an 
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9.0 AC and DC Specifications (Continued) 


REGISTER READ, BMODE = 0 (Note 1) 
11 T2 (wait) T2 (wait) 12 (wait) 12 (wait) 
“BSCK 


RA<5:0> 


RDYo 
SMACK 


0<15:0> DATA OUT 


TL/F/11719-72 


Number Parameter Units 


T56 CS Asynchronous Setup to BSCK (Note 4) ns 
T60 MREQ or CS to SMACK Low (Notes 3,-5, 8) 


T63 Register Address Setup to SAS 

T64 Register Address Hold Time from SAS 
T65 SAS Pulse Width (Note 3, 6) 

T68 SWR (Read) Hold from SAS 

T72 SMACK to RDYo Low (Notes 3, 8) 
T73 SWR (Read) Setup to SAS 

T75 BSCK to RDYo Low 

T76 SAS or CS to RDY6 High (Note 2) 

T79 SAS or CS to SMACK High (Note 2) 
T81 BSCK to SMACK Low 

T82 BSCK to Register Data Valid 

T85 SAS or CS to Data TRI-STATE (Notes 2, 7) 
T85a Minimum CS Deassert Time 


Note 1: This figure shows a slave access to the SONIC-T when the SONIC-T is idle, or rather not in master mode. If the SONIC-T is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 


Note 2: If CS is deasserted before the falling edge of SAS, T76, T79 and T85 are referenced from the rising edge of CS. 

Note 3: bcyc = bus clock cycle time (T3). 

Note 4; It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 


Note 5: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 0.5 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 
or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 6: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. It is suggested that SAS be driven high no later than CS. If necessary, 
however, SAS may be driven up to one BSCK after CS. 

Note 7: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 
these lines without contention. 


Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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9.0 AC and DC Specifications (Continued) 


REGISTER WRITE, BMODE = 0 (Note 1) 
11 T2 (wait) T2 (wait) T2 (wait) - T2 (wait) 


BSCK 
165+ — 164 
156 [+ 185a——>| 


RDYo T81 
T60 i 172 


SMACK 


T83 184 


0<15:0> 7 : : 


TL/F/11719-73 


Number Parameter Units 


T56 © CS Asynchronous Setup to BSCK (Note 4 
T60 MREQ or CS to SMACK Low (Notes 3, 5, 7) 


ns 


beyc 


T63 Register Address Setup toSAS ns . 
T64 Register Address Hold Time from SAS ns 
T65 - SAS Pulse Width (Notes 3, 6) ns 
T70 SWR (Write) Setup to SAS ns 
771 SWR (Write) Hold from SAS ns 
T72 SMACK to RDYo Low (Notes 3, 7) 

775 BSCK to RDYo Low _— ns 
T76 SAS or CS to RDYo High (Note 2) ns . 
T79 SAS or CS to SMACK High (Note 2) ns 
T81. BSCK to SMACK Low ns 
T83 Register Write Data Setup to BSCK ns 
T84 -Register Write Data Hold from BSCK nt ns 
T85a Minimum CS Deassert Time ns 


= 
°o 


Note 1: This figure shows a slave access to the SONIC-T when the SONIC-T is idle, or rather not in master mode. If the SONIC-T is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 


Note 2: If CS is deasserted before the falling edge of SAS, T76 and 179 are referenced from the rising edge of CS. - 

Note 3: bcyc = bus clock cycle time (T3). . 

Note 4: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. : : : 


Note 5: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 0.5 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56): If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 
or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 


Note 6: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. It is suggested that SAS be driven high no later than CS. If necessary, 
however, SAS may be driven up to one BSCK after CS. : 


Note 7: These values are not tested, but are guaranteed by design. They are provided as a design guide line only. 
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9.0 AC and DC Specifications (Continued) 
REGISTER READ, BMODE = 1 (Note 1) 


ye6esdd 


11 T2(WAIT) T2(WAIT) T2(WAIT) T2(WAIT) T2(WAIT) 


RA<5:0> 


177 (NOTE 3) 


DSACKo TRI-STATE 


TRI~STATE 
DSACK1 


SMACK 


Te2—>| 


D<15:0> DATA OUT 
TL/F/11719-74 


Number Parameter Units 


_ 

oO ft 
nam 
an 


= 


T56 CS Asynchronous Setup to BSCK (Notes 5, 7) 
T60 MREQ or CS to SMACK Low (Notes 4, 6, 9) 


T63 Register Address Setup to SAS 
T64 Register Address Hold from SAS 
T67 SRW (Read) Setup to SAS 

T72a SMACK to DSACKO,T Low (Notes 4, 9) 
T74 SRW (Read) Hold from SAS 

T75a BSCK to DSACKO,1 Low 

177 CS to DSACKO,1 High (Notes 2, 3) 
T77a SAS to DSACKO,1 High (Notes 2, 3) 
T78 Skew between DSACKO, 1 

T79a BSCK to SMACK High 

T81 BSCK to SMACK Low 

T82 BSCK to Register Data Valid 

T85a Minimum CS Deassert Time 


T86 SAS or CS to Register Data TRI-STATE 
(Notes 2, 8) 


Note 1: This figure shows a slave access to the SONIC-T when the SONIC-T is idle, or rather not in master mode. if the SONIC-T is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 


| 


— 
nN 
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Note 2: If CS is deasserted before the rising edge of SAS, then T77 and T86 are referenced off the rising edge of CS instead of SAS. 
Note 3: DSACKO,1 are driven high for about 0.5 bus clock before going TRI-STATE. 
Note 4: bcyc = bus clock cycle time (T3). 


Note 5: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 0.5 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 
or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK in the cycle.) 


Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of CS. 


Note 8: This timing value includes an RC delay inherent in the test measurement. These signals typically TRISTATE 7 ns earlier, enabling other devices to drive 
these lines without contention. 


Note 9: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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9.0 AC and DC Specifications (Continued) 
REGISTER WRITE, BMODE = 1 (Note 1) 


11 T2(WAIT) T2(WAIT) T2(WAIT) T2(WAIT) T2(WAIT) 


RA<5:0> 


eee on ~ — 
—— oe T72a 
DSACKo TRI-STATE if | |__| 


T77a (NOTE 3) 


TRI-STATE 


DSACK1 
Pra 


[+ 783 T84—e 
D<15:0> DATA IN 


TL/F/11719-75 


Number Parameter Units 


— 
tw 


T56 CS Asynchronous Setup to BSCK (Notes 5, 7) 
T60 MREQ or CS to SMACK Low (Notes 4, 6, 8) 


ns 


nm 
aa 


T63 Register Address Setup to SAS 

T64 Register Address Hold from SAS 
T70a SRW (Write) Setup to SAS 

T71la SRW (Write) Hold from SAS 

T72a SMACK to DSACKO,1 Low (Notes 4, 8) 
T75b BSCK to DSACKO,1 Low 

T77 CS to DSACK0,1 High (Notes 2, 3) 
T77a SAS to DSACKO,1 High (Notes 2, 3) 
T78 Skew between DSACKO,1 

T79a BSCK to SMACK High 

T81 BSCK to SMACK Low 

T83 Register Write Data Setup to BSCK 
T84 Register Write Data Hold from BSCK 
T85a Minimum CS Deassert Time 


Note 1: This figure shows a slave access to the SONIC-T when the SONIC-T is idle, or rather not in master mode. If the SONIC-T is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 

Note 2: If CS is deasserted before the rising edge of SAS, then 177 is referenced off the rising edge of CS instead of SAS. 
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9.0 AC and DC Specifications (Continued) 


Note 3: DSACKO,1 are driven high for about 0.5 bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). 

Note 5: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC-T is accessed during an Idle condition and the other value refers to when the SONIC-T is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 0.5 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for C5, then SMACK will be asserted exactly 1 bus clock, when the SONIC-T was idle, 
or 5 bus clocks, when the SONIC-T was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK in the cycle.) 

Note 7: SAS may be asserted at any time before or simultaneous to the falling edge of CS. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. , 


ENDEC TRANSMIT TIMING (INTERNAL ENDEC MODE) 


rae T96 >| 


TL/F/11719~76 


Parameter Units 
ns 
ns 
ns 

Transmit Output Delay (Note 1) ns 
Transmit Output Fall Time (80% to 20%, Note 1) 7 ns 
Transmit Output Rise Time (20% to 80%, Note 1) 7 ns 


Transmit Output Jitter 
(Not Shown, Guaranteed by Design. Not Tested.) 


T100 ns 
T101 Transmit Output Idle Time (Half Step) ns 


ns 


Note 1: This specification is provided for information only and is not tested. 
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9.0 AC and DC Specifications (continued) 


ENDEC RECEIVE TIMING (INTERNAL ENDEC MODE) 


1st Bit 
Decoded 


TL/F/11719-77 


ENDEC COLLISION TIMING 


ey Oe as 
i AP _| TH5 0 fe 


COL / \ 
TL/F/11719~78 


Number | Parameter | in =| Max | Units 
T1o2___| Receive Clock Duty Cycle Time (Note 1) | a0] 
7105 | CarrierSenseontime | 
T1096 | DataAcquisitontime | 700 
T1097 | ReceiveDataOutputDetay | | 180 
T1098 | Receive Datavalidtromaxc | Tt 
T1909 

Tit2 

T113 

T114 

Ti16 


Note 1: This parameter is measured at the 50% point of each clock edge. 
Note 2: When CRSi goes low, it remains low for a minimum of 2 receive clocks (RXCs). 
Note 3: rcyc = receive clocks. 
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9.0 AC and DC Specifications (Continued) 


. ENDEC-MAC SERIAL TIMING FOR RECEPTION (EXTERNAL ENDEC MODE) 


=s 
_ 
Oo 


Number 
7118 35 
TH19 35 
7120 
T121 
T122 
T124 
T7125 Receive Recovery Time (Note 2) ae 


T126 RXC to Carrier Sense Low (Note 1) [iene GES 


Note 1: tcyc = transmit clocks, rcyc = receive clocks, bcyc = T3. 


TL/F/11719-85 


Units 
ns 
ns 
ns 
ns 
ns 

Bits 


rey 


Note 2: This parameter refers to longest time (not including wait-states) the SONIC™ requires to perform its end of receive processing and be ready for the next 


start of frame delimiter. This time is 4 + 36 ccyc bcyc. This is guaranteed by design and is not tested. 


ENDEC-MAC SERIAL TIMING FOR TRANSMIT (NO COLLISION) 


Number | Parameter | Min 
Tiz7_ |_| TransmitClockHighTime | 
T128 
T120 | __ Transmit Clock GycleTime | 980 
T1390 | toto TEHgn | 
i Rees 

! Pa eel 

as 

foal 

De we 


110 
4 

T131 TXC to TXD Valid 4 
T132 
T1393 
T134 


T135 Collision Detect Width (Note 1) 


0 
0 
40 


Note 1: tcyc = transmit clock. 
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Units 
ns 
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ns 


9.0 AC and DC Specifications (Continued) 
ENDEC-MAC SERIAL TIMING FOR TRANSMISSION (COLLISION) 


me See 
<ED, GED) 
_.| 


1137 


Number 
Collision Detect Width (Note 1) 


Delay from Collision aie NET ees 
JAM Period | aaa ae ee 


Note 1: tcyc = transmit clock. 
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9.0 AC and DC Specifications (Continued 


AUI/TPI TRANSMIT TIMING (End of Packet) 


TX OR TXO4 


TX OR TXOt | \ | \ | 


| 
Transmit Output High before Idle 


Transmit Output Idle Time 


AUI/TPI RECEIVE TIMING (End of Packet) 


OR RXI+ 


OR RXI+ 


OR RXi- 


Parameter 


Receive End of Packet Hold Time after Logic 1” (Note 1) 
Receive End of Packet Hold Time after Logic ‘‘0” (Note 1) 


Note 1: This parameter is guaranteed by design and is not tested. 
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9.0 AC and DC Specifications (continueg) 
LINK PULSE TIMING 


TL/F/11719-81 


Parameter 


Time between Link Output Pulses ea ee ee 
Link Integrity Output Pulse Width re aa 


TPI TRANSMIT TIMING (End of Packet) 


parameter Tin Max 
|__ Transmit Hold Time at EndofPacket(TxO#)(Notet) | 260 || 
|__ Transmit Hold Time atEndofPacket(TxOd:) (Note) [| 200° [| 


Note 1: This parameter is guaranteed by design and is not tested. 
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10.0 AC Timing Test Conditions 


All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 


input Pulse Levels (TTL/CMOS) 
Input Rise and Fall Times (TT L/CMOS) 


Input and Output Reference 
Levels (TTL/CMOS) 


Input Pulse Levels (Diff.) ° 


Input and Output 
Reference Levels (Diff.) 


TRI-STATE Reference Levels 
Output Load (See Figure below) 


Voc 


GND to 3.0V 
5ns 


1.5V 
—350 mV to — 1315 mV 


50% Point of 
the Differential 


Float (AV) +0.5V 


S1 (NOTE 2) 


at 


DEVICE 
UNDER 
TEST 


(NOTE 1) 
a 


TL/F/11719-83 
Note 1: 50 pF, includes scope and jig capacitance. 
Note 2: S1 = Open for timing tests for push pull outputs. 


S1 = Vcc for High Impedance to active low and active low to High 
Impedance measurements. 


= GND for High Impedance to active high and active High to 


High Impedance measurements. 
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Capacitance T, = 25°C, f = 1 MHz 


Input Capacitance 
Output Capacitance 


DERATING FACTOR 


Output timing is measured with a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads: C_ = 50 pF = 0.05 ns/pF. 


eons Transmit Test Load 


27 pH 
TL/F/11719- 84 


NOW; in the above diagram, the TX+ and TX— signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer 
used for all testing is a selected 100 pH +0.1% Pulse Engineering 

' PE64103. 
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Systems-Oriented Network Interface Controller 


General Description 


The SONIC (Systems-Oriented Network Interface Control- 
ler) is a second-generation Ethernet Controller designed to 
meet the demands of today’s high-speed 32- and 16-bit sys- 
tems. Its system interface operates with a high speed DMA 
that typically consumes less than 5% of the bus bandwidth. 
Selectable bus modes provide both big and little endian 
byte ordering and a clean interface to standard microproc- 
essors. The linked-list buffer management system of SONIC 
offers maximum flexibility in a variety of environments from 
PC-oriented adapters to high-speed motherboard designs. 
Furthermore, the SONIC integrates a fully-compatible IEEE 
802.3 Encoder/Decoder (ENDEC) allowing for a simple 
2-chip solution for Ethernet when the SONIC is paired with 
the DP8392 Coaxial Transceiver Interface or a twisted pair 
interface. 


For increased performance, the SONIC implements a 
unique buffer management scheme to efficiently process 
receive and transmit packets in system memory. No inter- 
mediate packet copy is necessary. The receive buffer man- 
agement uses three areas in memory for (1) allocating addi- 
tional resources, (2) indicating status information, and (3) 
buffering packet data. During reception, the SONIC stores 
packets in the buffer area, then indicates receive status and 
control information in the descriptor area. The system allo- 
cates more memory resources to the SONIC by adding de- 
scriptors to the memory resource area. The transmit buffer 


| System Diagram 


management uses two areas in memory: one for indicating 
status and control information and the other for fetching 
packet data. The system can create a transmit queue allow- 
ing multiple packets to be transmitted from a single transmit 
command. The packet data can reside on any arbitrary byte 
boundary and can exist in several non-contiguous locations. 


Features 

32-bit non-multiplexed address and data bus 
High-speed, interruptible DMA 

Linked-list buffer management maximizes flexibility 
Two independent 32-byte transmit and receive FIFOs 
Bus compatibility for all standard microprocessors 
Supports big and little endian formats 

Integrated IEEE 802.3 ENDEC 

Complete address filtering for up to 16 physical and/or 
multicast addresses 

@ 32-bit general-purpose timer 

@ Full-duplex loopback diagnostics 

|] 

a 


Fabricated in low-power CMOS 
132 PQFP package 

Full network management facilities support the 802.3 
layer management standard 

m Integrated support for bridge and repeater applications 


IEEE 802.3 Ethernet/Thin-Ethernet/10BASE-T Station 


DP8392 


ETHERNET ctl 
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1.0 Functional Description 


The SONIC (Figure 1-1) consists of an encoder/decoder 
(ENDEC) unit, media access contro! (MAC) unit, separate 
receive and transmit FIFOs, a system buffer management 
engine, and a user programmable system bus interface unit 
on a single chip. SONIC is highly pipelined providing maxi- 
mum system level performance. This section provides a 
functional overview of SONIC. 


1.1 IEEE 802.3 ENDEC UNIT 


The ENDEC (Encoder/Decoder) unit is the interface be- 
tween the Ethernet transceiver and the MAC unit. It pro- 
vides the Manchester data encoding and decoding func- 
tions for IEEE 802.3 Ethernet/Thin-Ethernet type local area 
networks. The ENDEC operations of SONIC are identical to 
the DP83910A CMOS Serial Network Interface device. Dur- 
ing transmission, the ENDEC unit combines non-return-zero 
(NRZ) data from the MAC section and clock pulses into 
Manchester data and sends the converted data differentially 
to the transceiver. Conversely, during reception, an analog 
PLL decodes the Manchester data to NRZ format and re- 
ceive clock. The ENDEC unit is a functionally complete 
Manchester encoder/decoder incorporating a balanced 
driver and receiver, on-board crystal oscillator, collision sig- 
nal translator, and a. diagnostic loopback. The features in- 
clude: 


* Compatible with Ethernet | and Il, IEEE 802.3 10base5 . 


and 10base2 


10Mb/s Manchester encoding/decoding with receive 
clock recovery 


Requires no precision components 
Loopback capability for diagnostics 


Externally selectable half or full step modes of operation 
at transmit output ; 


Squelch circuitry at the receive and collision inputs reject 
noise 


Connects to the transceiver (AU!) cable via external 
pulse transformer 
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FIGURE 1-1. SONIC Block Diagram 


1.1.1 ENDEC Operation 


The primary function of the ENDEC unit (Figure 7-2) is to 
perform the encoding and decoding necessary for compati- 
bility between the differential pair Manchester encoded data 
of the transceiver and the Non-Return-to-Zero (NRZ) serial 
data of the MAC unit data line. In addition to encoding and 
decoding the data stream, the ENDEC also supplies all the 
necessary special signals (e.g., collision detect, carrier 
sense, and clocks) to the MAC unit. 


Manchester Encoder and Differential Output Driver: 
During transmission to the network, the ENDEC unit trans- 
lates the NRZ serial data from the MAC unit into differential 
pair Manchester encoded data on the Coaxial Transceiver 
Interface (e.g., National’s DP8392) transmit pair. To perform 
this operation the NRZ bit stream from the MAC unit is 
passed through the Manchester encoder block of the EN- 
DEC unit. Once the bit stream is encoded, it is transmitted 
out differentially to the transmit differential pair through the 
transmit driver. 


Manchester Decoder: During reception from the network, 
the differential receive data from the transceiver (e.g., the 
DP8392) is converted from Manchester encoded data into 
NRZ serial data and a receive clock, which are sent to the 
receive data and clock inputs of the MAC unit. To perform 
this operation the signal, once received by the differential 
receiver, is passed to the phase locked loop (PLL) decoder 
block. The PLL decodes the data and generates a data re- 
ceive clock and a NRZ serial data stream to the MAC unit. 


Special Signals: In addition to performing the Manchester 
encoding and decoding function, the ENDEC unit provides 
contro! and clocking signals to the MAC unit. The ENDEC 
sends a carrier sense (CRS) signal that indicates to the 
MAC unit that data is present from the network on the EN- 
DEC’s receive differential pair. The MAC unit is also provid- 
ed with a collision detection signal (COL) that informs the 
MAC unit that a collision is taking place somewhere on the 
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1.0 Functional Description (Continued 


network. The ENDEC section detects this when its collision 
receiver detects a 10 MHz signal on the differential collision 
input pair. The ENDEC also provides both the receive and 
transmit clocks to the MAC unit. The transmit clock is one 
half of the oscillator input. The receive clock is extracted 
from the input data by the PLL. 

Oscillator: The oscillator generates the 10 MHz transmit 
clock signal for network timing. The oscillator is controlled 
by a parallel resonant crystal or by an external clock (see 
section 6.1.3). The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock (TXC) for the 
MAC section. The oscillator provides an internal clock signal 
for the encoding and decoding circuits. 

The signals provided to the MAC unit from the on-chip EN- 
DEC are also provided as outputs to the user. 

Loopback Functions: The SONIC provides three loopback 
modes. These modes allow loopback testing at the MAC, 
ENDEC and external transceiver level (see section 1.7 for 
details). It is important to note that when the SONIC is trans- 
mitting, the transmitted packet will always be looped back 
by the external transceiver. The SONIC takes advantage of 
this to monitor the transmitted packet. See the explanation 
of the Receive State Machine in section 1.2.1 for more infor- 
mation about monitoring transmitted packets. 


1.1.2 Selecting An External ENDEC 

An option is provided on SONIC to disable the on-chip EN- 
DEC unit and use an external ENDEC. The internal IEEE 
802.3 ENDEC can be bypassed by connecting the EXT pin 
to Vcc (EXT = 1). In this mode the MAC signals are redirect- 
ed out from the chip, allowing an external ENDEC to be 
used. See section 5.2 for the alternate pin definitions. 


4.2 MAC UNIT 

The MAC (Media Access Control) unit performs the media 
access control functions for transmitting and receiving pack- 
ets over Ethernet. During transmission, the MAC unit frames 
information from the transmit FIFO and supplies serialized 
data to the ENDEC unit. During reception, the incoming in- 
formation from the ENDEC unit is deserialized, the frame 
checked for valid reception, and the data is transferred to 
the receive FIFO. Control and status registers on the SONIC 
govern the operation of the MAC unit. 

1.2.1 MAC Receive Section 

The receive section (Figure 1-3) controls the MAC receive 
operations during reception, loopback, and transmission. 
During reception, the deserializer goes active after detecting 
the 2-bit SFD (Start of Frame Delimiter) pattern (section 
2.1). It then frames the incoming bits into octet boundaries 


ADDRESS 
RECOGNITION 


LOGIC 
DESERIALIZER 


i | CRC 
CHECKER 


and transfers the data to the 32-byte receive FIFO. Concur- 
rently the address comparator compares the Destination 
Address Field to the addresses stored in the chip’s CAM 
address registers (Content Addressable Memory cells). If a 
match occurs, the deserializer passes the remainder of the 
packet to the receive FIFO. The packet is decapsulated 
when the carrier sense input pin (CRS) goes inactive. At the 
end of reception the receive section checks the following: 
— Frame alignment errors 
— CRC errors 
— Length errors (runt packets) 
The appropriate status is indicated in the Receive Control 
register (section 4.3.3). In loopback operations, the receive 
section operates the same as during normal reception. 
During transmission, the receive section remains active to 
allow monitoring of the self-received packet. The CRC 
checker operates as normal, and the Source Address field 
is compared with the CAM address entries. Status of the 
CRC check and the source address comparison is indicated 
by the PMB bit in the Transmit Contro! register (section 
4.3.4). No data is written to the receive FIFO during transmit 
operations. 
The receive section consists of the following blocks detailed 
below. 
Receive State Machine (RSM): The RSM insures the prop- 
er sequencing for normal reception and self-reception dur- 
ing transmission. When the network is inactive, the RSM 
remains in an idle state continually monitoring for network 
activity. If the network becomes active, the RSM allows the 
deserializer to write data into the receive FIFO. During this 
state, the following conditions may prevent the complete 
reception of the packet. 
— FIFO Overrun—The receive FIFO has been completely 
filled before the SONIC could buffer the data to memory. 
— CAM Address Mismatch—The packet is rejected be- 
cause of a mismatch between the destination address of 
the packet and the address in the CAM. 
—— Memory Resource Error—There are no more resources 
(buffers) available for buffering the incoming packets. 
— Collision or Other Error—A collision occured on the net- 
work or some other error, such as a CRC error, occurred 
(this is true if the SONIC has been told to reject packets 
on a Collision, or reject packets with errors). 
If these conditions do not occur, the RSM processes the 
packet indicating the appropriate status in the Receive Con- 
tro! register. 
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FIGURE 1-3. MAC Receiver 
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1.0 Functional Description (Continued) 


During transmission of a packet from the SONIC, the exter- 
nal transceiver will always loop the packet back to the 
SONIC. The SONIC will use this to monitor the packet as it 
is being transmitted. The CRC and source address of the 
looped back packet are checked with the CRC and source 
address that were transmitted. If they do not match, an error 
bit is set in the status of the transmitted packet (see Packet 
Monitored Bad, PBM, in the Transmit Control Register, sec- 
tion 4.3.4). Data is not written to the receive FIFO during this 
monitoring process unless Transceiver Loopback mode has 
been selected (see section 1.7). 


Receive Logic: The receive logic contains the command, 
control, and status registers that govern the operations of 
the receive section. It generates the control signals for writ- 
ing data to the receive FIFO, processes error signals ob- 
tained from the CRC checker and the deserializer, activates 
the “packet reject” signal to the RSM for rejecting packets, 
and posts the applicable status in the Receive Control regis- 
ter. : 


Deserializer: This section deserializes the serial input data 
stream and furnishes a byte clock for the address compara- 
tor and receive logic. It also synchronizes the CRC checker 
to begin operation (after SFD is detected), and checks for 
proper frame alignment with respect to CRS going inactive 
at the end of reception. 


Address Comparator: The address comparator latches the 
Destination Address (during reception or loopback) or 
Source Address (during transmission) and determines 
whether the address matches one of the entries in the CAM 
(Content Addressable Memory). 


CRC Checker: The CRC checker calculates the 4-byte 
Frame Check Sequence (FCS) field from the incoming data 
stream and compares it with the last 4-bytes of the received 
packet. The CRC checker is active for both normal recep- 
tion and self-reception during transmission. 

Content Addressable Memory (CAM): The CAM contains 
16 user programmable entries and 1 pre-programmed 
Broadcast address entry for complete filtering of received 
packets. The CAM can be loaded with any combination of 
Physical and Multicast Addresses (section 2.2). See section 
4.1 for the procedure on loading the CAM registers. 


1.2.2 MAC Transmit Section 


The transmit section (Figure 1-4) is responsible for reading 
data from the transmit FIFO and transmitting a serial data 
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stream onto the network in conformance with the IEEE 
802.3 CSMA/CD standard. The Transmit Section consists 
of the following blocks. 


Transmit State Machine (TSM): The TSM controls the 
functions of the serializer, preamble generator, and JAM 
generator. It determines the proper sequence of events that 
the transmitter follows under various network conditions. If 
no collision occurs, the transmitter prefixes a 62-bit pream- 
ble and 2-bit Start of Frame Delimiter (SFD) at the beginning 
of each packet, then sends the serialized data. At the end of 
the packet, an optional 4-byte CRC pattern is appended. Ifa 
collision occurs, the transmitter switches from transmitting 
data to sending a 4-byte Jam pattern to notify all nodes that 
a collision has occurred. Should the collision occur during 
the preamble, the transmitter waits for it to complete before 
jamming. After the transmission has completed, the trans- 
mitter writes status in the Transmit Control register (section 
4.3.4). 


Protocol State Machine: The protocol state machine as- 
sures that the SONIC obeys the CSMA/CD protocol. Before 
transmitting, this state machine monitors the carrier sense 
and collision signals for network activity. If another node(s) 
is currently transmitting, the SONIC defers until the network 
is quiet, then transmits after its Interframe Gap Timer (9.6 
ps) has expired. The Interframe Gap time is divided into two 
portions. During the first 6.4 1s, network activity restarts the 
Interframe Gap timer. Beyond this time, however, network 
activity is ignored and the state machine waits the remaining 
3.2 us before transmitting. If the SONIC experiences a colli- 
sion during a transmission, the SONIC switches from trans- 
mitting data to a 4-byte JAM pattern (4 bytes of all 1’s), 
before ceasing to transmit. The SONIC then waits a random 
number of slot times (51.2 1s) determined by the 7runcated 
Binary Exponential Backoff Algorithm before reattempting 
another transmission. In this algorithm, the number of slot 
times to delay before the nth retransmission is chosen to be 
a random integer r in the range of: 


O<r< ak 
where k = min(n,10) 
If a collision occurs on the 16th transmit attempt, the SONIC 


aborts transmitting the packet and reports an “Excessive 
Collisions” error in the Transmit Control register. 
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FIGURE 1-4. MAC Transmitter 
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1.0 Functional Description (Continued) 


Serializer: After data has been written into the 32-byte 
transmit FIFO, the serializer reads byte wide data from the 
FIFO and sends a NRZ data stream to the Manchester en- 
coder. The rate at which data is transmitted is determined 
by the transmit clock (TXC). The serialized data is transmit- 
ted after the SFD. 


Preamble Generator: The preamble generator prefixes a 
62-bit alternating “1,0” pattern and a 2-bit “1,1” SFD pat- 
tern at the beginning of each packet. This allows receiving 
nodes to synchronize to the incoming data. The preamble is 
always transmitted in its entirety even in the event of a colli- 
sion. This assures that the minimum collision fragment is 96 
bits (64 bits of normal preamble, and 4 bytes, or rather 32 
bits, of the JAM pattern). 


CRC Generator: The CRC generator calculates the 4-byte 
FCS field from the transmitted serial data stream. If en- 
abled, the 4-byte FCS field is appended to the end of the 
transmitted packet (section 2.6). 


Jam Generator: The Jam generator produces a 4-byte pat- 
tern of all 1’s to assure that all nodes on the network sense 
the collision. When a collision occurs, the SONIC stops 
transmitting data and enables the Jam generator. If a colli- 
sion occurs during the preamble, the SONIC finishes trans- 
mitting the preamble before enabling the Jam generator 
(see Preamble Generator above). 


1.3 DATA WIDTH AND BYTE ORDERING 


The SONIC can be programmed to operate with either 
32-bit or 16-bit wide memory. The data width is configured 
during initialization by programming the DW bit in the Data 
Configuration Register (DCR, section 4.3.2). If the 16-bit 
data path is selected, data is driven on pins D15-D0. The 
SONIC also provides both Little Endian and Big Endian 
byte-ordering capability for compatibility with National/Intel 
or Motorola microprocessors respectively by selecting the 
proper level on the BMODE pin. The byte ordering is depict- 
ed at right. 


Little Endian mode (BMODE = 0): The byte orientation for 
received and transmitted data in the Receive Buffer Area 
(RBA) and Transmit Buffer Area (TBA) of system memory is 
as follows: 
16-Bit Word 
15 8 7 0 


Byte 0 
MSB LSB 


32-Bit Long Word | 
31 24 23 16 15 8 7 0 


Byte 0 


MSB LSB 


Big Endian mode (BMODE = 1): The byte orientation for 
received and transmitted data in the RBA and TBA is as 
follows: 


16-Bit Word 


32-Bit Long Word 
31 24 823 16 15 8 7 0 


Byte 0 Byte 1 Byte3 . 


LSB MSB 


BYTE ORDERING 
LOGIC 


FROM 
THE DESERIALIZER 
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RECEIVE 
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LOGIC 


DMA WORD ORDERING 
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FIGURE 1-5. Receive FIFO 
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1.0 Functional Description (Continued) 
1.4 FIFO AND CONTROL LOGIC 


The SONIC incorporates two independent 32-byte FIFOs 
for transferring data to/from the system interface and from/ 
to the network. The FIFOs, providing temporary storage of 
data, free the host system from the real-time demands on 
the network. 


The way in which the FIFOS are emptied and filled is con- 
trolled by the FIFO threshold values and the Block Mode 
Select bits (BMS, section 4.3.2). The threshold values deter- 
mine how full or empty the FIFOs can be before the SONIC 
will request the bus to get more data from memory or buffer 
more data to memory. When block mode is set, the number 
of bytes transferred is set by the threshold value. For exam- 
ple, if the threshold for the receive FIFO is 4 words, then the 
SONIC will always transfer 4 words from the receive FIFO to 
memory. If empty/fill mode is set, however, the number of 
bytes transferred is the number required to fill the transmit 
FIFO or empty the receive FIFO. More specific information 
about how the threshold affects reception and transmission 
of packets is discussed in sections 1.4.1 and 1.4.2 below. 


1.4.1 Receive FIFO 


To accommodate the different transfer rates, the receive 
FIFO (Figure 1-5) serves as a buffer between the 8-bit net- 
work (deserializer) interface and the 16/32-bit system inter- 
face. The FIFO is arranged as a 4-byte wide by 8 deep 
memory array (8-long words, or 32 bytes) controlled by 
three sections of logic. During reception, the Byte Ordering 
logic directs the byte stream from the deserializer into the 
FIFO using one of four write pointers. Depending on the 
selected byte-ordering mode, data is written either least sig- 
nificant byte first or most significant byte first to accommo- 
date little or big endian byte-ordering formats respectively. 


As data enters the FIFO, the Threshold Logic monitors the 
number of bytes written in from the deserializer. The pro- 
grammable threshold (RFT1,0 in the Data Configuration 
Register) determines the number of words (or long words) 
written into the FIFO from the MAC unit before a DMA re- 
quest for system memory occurs. When the threshold is 
reached, the Threshold Logic enables the Buffer Manage- 
ment Engine to read a programmed number of 16- or 32-bit 
words (depending upon the selected word width) from the 
FIFO and transfers them to the system interface (the sys- 
tem memory) using DMA. The threshold is reached when 
the number of bytes in the receive FIFO is greater than the 


value of the threshold. For example, if the threshold is 4: 


words (8 bytes), then the Threshold Logic will not cause the 
Buffer Management Engine to write to memory until there 
are more than 8 bytes in the FIFO. 


The Buffer Management Engine reads either the upper or 
lower half (16 bits) of the FIFO in 16-bit mode or reads the 
complete long word (32 bits) in 32-bit mode. If, after the 
transfer is complete, the number of bytes in the FIFO is less 
then the threshold, then the SONIC is done. This is always 
the case when the SONIC is in empty/fill mode. If, however, 
for some reason (e.g. latency on the bus) the number of 
bytes in the FIFO is still greater than the threshold value, 
the Threshold Logic will cause the Buffer Management En- 
gine to do a DMA request to write to memory again. This 
later case is usually only possible when the SONIC is in 
block mode. 

When in block mode, each time the SONIC requests the 
bus, only a number of bytes equal to the threshold value will 
be transferred. The Threshold Logic continues to monitor 


the number of bytes written in from the deserializer and en- 
ables the Buffer Management Engine every time the thresh- 
old has been reached. This process continues until the end 
of the packet. i 


Once the end of the packet has been reached, the serializer 
will fill out the last word (16-bit mode) or long word (32-bit 
mode) if the last byte did not end on a word or long word 
boundary respectively. The fill byte will be OFFh. Immediate- 
ly after the last byte (or fill byte) in the FIFO, the received 
packets status will be written into the FIFO. The entire pack- 
et, including any fill bytes and the received packet status wiil 
be buffered to memory. When a packet is buffered to mem- 
ory by the Buffer Management Engine, it is always taken 
from the FIFO in words or long words and buffered to mem- 
ory on word (16-bit mode) or long word (32-bit mode) 
boundaries. Data from a packet cannot be buffered on odd 
byte boundaries for 16-bit mode, and odd word boundaries 
for 32-bit mode (see section 3.3). For more information on 
the receive packet buffering process, see section 3.4. 


1.4.2 Transmit FIFO 


Similar to the Receive FIFO, the Transmit FIFO (Figure 1-6) 
serves as a buffer between the 16/32-bit system interface 
and the network (serializer) interface. The Transmit FIFO is 
also arranged as a 4 byte by 8 deep memory array (8 long 
words or 32 bytes) controleld by three sections of logic. 
Before transmission can begin, the Buffer Management En- 
gine fetches a programmed number of 16- or 32-bit words 
from memory and transfers them to the FIFO. The Buffer 
Management Engine writes either the upper or lower half 
(16 bits) into the FIFO for 16-bit mode or writes the com- 
plete long word (32 bits) during 32-bit mode. 


The Threshold logic monitors the number of bytes as they 
are written into the FIFO. When the threshold has been 
reached, the Transmit Byte Ordering state machine begins 
reading bytes from the FIFO to produce a continuous byte 
stream for the serializer. The threshold is met when the 
number of bytes in the FIFO is greater than the value of the 
threshold. For example, if the transmit threshold is 4 words 
(8 bytes), the Transmit Byte Ordering state machine will not 


‘begin reading bytes from the FIFO until there are 9 or more 


bytes in the buffer. The Buffer Management Engine contin- 
ues replenishing the FIFO until the end of the packet. It 
does this by making multiple DMA requests to the system 
interface. Whenever the number of bytes in the FIFO is 
equal to or less than the threshold value, the Buffer Man- 
agement Engine will do a DMA request. If block mode is set, 
then after each request has been granted by the system, 
the Buffer Management Engine will transfer a number of 
bytes equal to the threshold value into the FIFO. If empty/fill 
mode is set, the FIFO will be completely filled in one DMA 
request. 


Since data may be organized in big or little endian byte or- 


- dering format, the Transmit Byte Ordering state machine 
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uses one of four read pointers to locate the proper byte 
within the 4 byte wide FIFO. It also determines the valid 
number of bytes in the FIFO. For packets which begin or 
end at odd bytes in the FIFO, the Buffer Management En- 
gine writes extraneous bytes into the FIFO. The Transmit 
Byte Ordering state machine detects these bytes and only 
transfers the valid bytes to the serializer. The Buffer Man- 
agement Engine can read data from memory on any byte 
boundary (see section 3.3). See section 3.5 for more infor- 
mation on transmit buffering. 


1.0 Functional Description (Continued) 
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FIGURE 1-6. Transmit FIFO 


1.5 STATUS AND CONFIGURATION REGISTERS 


The SONIC contains a set of status/control registers for 
conveying status and control information to/from the host 
system. The SONIC uses these registers for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 
ing interrupt control. Each register is 16 bits in length. See 
section 4.0 for a description of the registers. 


1.6 BUS INTERFACE 


The system interface (Figure 1-7) consists of the pins nec- 
essary for interfacing to a variety of buses. It includes the 
I/O drivers for the data and address lines, bus access con- 
trol for standard microprocessors, ready logic for synchro- 
nous or asynchronous systems, slave access control, inter- 
rupt control, and shared-memory access control. The func- 
tional signal groups are shown in Figure 1-7. See section 5.0 
for a complete description of the SONIC bus interface. 


1.7 LOOPBACK AND DIAGNOSTICS 


The SONIC furnishes three loopback modes for self-testing 
from the controller interface to the transceiver interface. 
The loopback function is provided to allow self-testing of the 
chip’s internal transmit and receive operations. During loop- 
back, transmitted packets are routed back to the receive 
section of the SONIC where they are filtered by the address 
recognition logic and buffered to memory if accepted. 
Transmit and receive status and interrupts remain active 
during loopback. This means that when using loopback, it is 
as if the packet was transmitted and received by two sepa- 
rate chips that are connected to the same bus and memory. 


MAC Loopback: Transmitted data is looped back at the 
MAC. Data is not sent from the MAC to either the internal 
ENDEC or an external ENDEC (the external ENDEC inter- 
face pins will not be driven), hence, data is not transmitted 
from the chip. Even though the ENDEC is not used in MAC 
loopback, the ENDEC clock (an oscillator or crystal for the 
internal ENDEC or TXC for an external ENDEC) must be 
driven. Network activity, such as a collision, does not affect 
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MAC loopback. CSMA/CD MAC protocol is not completely 
followed in MAC loopback. 


ENDEC Loopback: Transmitted data is looped back at the 
ENDEC. If the internal ENDEC is used, data is switched 
from the transmit section of the ENDEC to the receive sec- 
tion (Figure 1-2). Data is not transmitted from the chip and 
the collision lines, CD+, are ignored, hence, network activi- 
ty does not affect ENDEC loopback. The LBK signal from 
the MAC tells the internal ENDEC to go into loopback mode. 
If an external ENDEC is used, it should operate in loopback 
mode when the LBK signal is asserted. CSMA/CD MAC 
protocol is followed even though data is not transmitted 
from the chip. 


Transceiver Loopback: Transmitted data is looped back at 
the external transceiver (which is always the case regard- 
less of the SONIC’s loopback mode). CSMA/CD MAC pro- 
tocol is followed since data will be transmitted from the chip. 
This means that transceiver loopback is affected by network 
activity. The basic difference between Transceiver Loop- 
back and normal, non-loopback, operations of the SONIC is 
that in Transceiver Loopback, the SONIC loads the receive 
FIFO and buffers the packet to memory. In normal opera- 
tions, the SONIC only monitors the packet that is looped 
back by the transceiver, but does not fill the receive FIFO 
and buffer the packet. 


1.7.1 Loopback Procedure 
The following procedure describes the loopback operation. 


. Initialize the Transmit and Receive Area as described in 
sections 3.4 and 3.5. 


. Load one of the CAM address registers (see section 4.1), 
with the Destination Address of the packet if you are veri- 
fying the SONIC’s address recognition capability. 

. Load one of the CAM address registers with the Source 
Address of the packet if it is different than the Destination 
Address to avoid getting a Packet Monitored Bad (PMB) 
error in the Transmit status (see section 4.3.4). 
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1.0 Functional Description (continued) 

4. Program the Receive Control register with the desired re- 
ceive filter and the loopback mode (LB1, LBO). 

5. Issue the transmit command (TXP) and enable the receiv- 
er (RXEN) in the Command register. 

The SONIC completes the loopback operation after the 

packet has been completely received (or rejected if there is 

an address mismatch). The Transmit Control and Receive 

Control registers treat the loopback packet as in normal op- 

eration and indicate status accordingly. Interrupts are also 

generated if enabled in the Interrupt Mask register. 


Note: For MAC Loopback, only one packet may be queued for proper oper- 
ation. This restriction occurs because the transmit MAC section, 
which does not generate an Interframe Gap time (IFG) between 
transmitted packets, does not allow the receive MAC section to up- 
date receive status. There are no restrictions for the other loopback 
modes. 
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1.8 NETWORK MANAGEMENT FUNCTIONS 

The SONIC fully supports the Layer Management IEEE 
802.3 standard to allow a node to monitor the overall per- 
formance of the network. These statistics are available ona 
per packet basis at the end of reception or transmission. In 
addition, the SONIC provides three tally counters to tabulate 
CRC errors, Frame Alignment errors, and missed packets. 
Table 1-1 shows the statistics indicated by the SONIC. 


INTERRUPT 


SLAVE 
ACCESS 


— 


SHARED 
P MEMORY 
ACCESS 


<_— 
_> 


USER 
PROGRAMMABLE 
PINS 


TL/F/10492-8 


*Note: DSACKO,1 are used for both Bus and Slave Access Control and are bidirectional. SMACK is used for both Slave access and shared memory access. The 


BMODE pin selects between National/Intel or Motorola type buses. 


FIGURE 1-7. SONIC Bus Interface Signals 
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1.0 Functional Description (Continued) 


TABLE 1-1. Network Management Statistics 


Collision Frames 


Frames Transmitted OK TCR (Note) 
Single Collision Frames NCO-NC4 
Multiple Collision Frames 


Frames Received OK RCR (Note) 
Multicast Frames Received OK RCR (Note) 
Broadcast Frames Received OK RCR (Note) 


Frame Check Sequence Errors CRCT All 
RCR CRG 
Alignment Errors FAET All 
RCR FAE 
Frame Lost Due to Internal MAC Receive Error 


Register Used Bits Used 


NCO-NC4 


NCO-NC4 


All 


MPT 
ISR RFO 
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Note: The number of collisions and the contents of the Transmit Control register are posted in the TXpkt.status field (see 
section 3.5.1.2). The contents of the Receive Control! register are posted in the RXpkt.status field (see section 3.4.3). 


2.0 Transmit/Receive IEEE 802.3 Frame Format 


A standard IEEE 802.3 packet (Figure 2-1) consists of the 
following fields: preamble, Start of Frame Delimiter (SFD), 
destination address, source address, length, data and 
Frame Check Sequence (FCS). The typical format is shown 
in Figure 2-1. The packets are Manchester encoded and 
decoded by the ENDEC unit and transferred serially to/from 
the MAC unit using NRZ data with a clock. All fields are of 
fixed length except for the data field. The SONIC generates 
and appends the preamble, SFD and FCS field during trans- 
mission. The Preamble and SFD fields are stripped during 
reception. (The CRC is passed through to buffer memory 
during reception.) 


PREAMBLE SFD DESTINATION 


pel] = a] me Te] 


| RECEIVE OPERATIONS ! 
I I 


STRIPPED BY 
SONIC 


TRANSMIT OPERATIONS 


PREFIXED BY 
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' 
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Note: B = bytes 
b = bits 


SOURCE 


WRITTEN TO MEMORY 


READ FROM MEMORY 
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2.1 PREAMBLE AND START OF FRAME DELIMITER 
(SFD) 

The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted, each packet contains 
62 bits of an alternating 1,0 preamble. Some of this pream- 
ble may be lost as the packet travels through the network. 
Byte alignment is performed when the Start of Frame Delim- 
iter (SFD) pattern, consisting of two consecutive 1’s, is de- 
tected. 


2.2 DESTINATION ADDRESS 


The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 


LENGTH/ 


TYPE DATA FCS 


OPTIONALLY 
APPENDED 
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FIGURE 2-1. IEEE 802.3 Packet Structure 
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ets from reaching a node. There are three types of address 
formats supported by the SONIC: Physical, Multicast, and 
Broadcast. : 

Physical Address: The physical address is a unique ad- 
dress that corresponds only to a single node. All physical 
addresses have the LSB of the first byte of the address set 
to “0”. These addresses are compared to the internally 
stored CAM (Content Addressable Memory) address en- 
tries. All bits in the destination address must match an entry 
in the CAM in order for the SONIC to accept the packet. 
Multicast Address: Multicast addresses, which have the 
LSB of the first byte of the address set to ‘1”, are treated 
similarly as Physical addresses, i.e., they must match an 
entry in the CAM. This allows perfect filtering of Multicast 
packet’s and eliminates the need for a hashing algorithm for 
mapping Multicast packets. 

Broadcast Address: If the address consists of all 1’s, itis a 
Broadcast address, indicating that the packet is intended for 
all nodes. : 


The SONIC also provides a promiscuous mode which al- 
lows reception of all physical address packets. Physical, 
Multicast, Broadcast, and promiscuous address modes can 
be selected via the Receive Control register. . 


2.3 SOURCE ADDRESS 
The source address is the physical address of the sending 


node. Source addresses cannot be multicast or broadcast 
addresses. This field must be passed to the SONIC’s trans- 


2.0 Transmit/Receive IEEE 802.3 Frame Format (continue) 


generator. The AUTODIN II (X32 + X26 + X23 + X22 + 


X16 + X12 + X11 + X10 + XB + X7 + XB + X4 + X2 4 X 


+ 1) polynomial is used for the CRC calculations. The 
SONIC may optionally append the CRC sequence during 
transmission, and checks the CRC both during normal re- 
ception and self-reception during a transmission (see sec- 


~ tion 1.2.1). 


mit buffer from the system software. During transmission, — 


the SONIC compares the Source address with its internal 
CAM address entries before monitoring the CRC of the self- 


received packet. If the source address of the packet trans- © 


mitted does not match a value in the CAM, the packet moni- 
tored bad flag (PMB) will be set in the transmit status field of 
the transmit descriptor (see sections 3.5.1.2 and 4.3.4). The 
SONIC does not provide Source Address insertion. Howev- 
er, a transmit descriptor fragment, containing only the 
Source Address, may be created for each packet. (See sec- 
tion 3.5.1.) 

2.4 LENGTH/TYPE FIELD 

For IEEE 802.3 type packets, this field indicates the number 
of bytes that are contained in the data field of the packet. 
For Ethernet | and II networks, this field indicates the type of 
packet. The SONIC does not operate on this field. 


2.5 DATA FIELD 

The data field has a variable octet length ranging from 46 to 
1500 bytes as defined by the Ethernet specification. Mes- 
sages longer than 1500 bytes need to be broken into multi- 
ple packets for IEEE 802.3 networks. Data fields shorter 
than 46 bytes require appending a pad to bring the com- 
plete frame length to 64 bytes. If the data field is padded, 
the number of valid bytes are indicated in the length field. 
The SONIC does not append pad bytes for short packets 
during transmission, nor check for oversize packets during 
reception. However, the user’s driver software can easily 
append the pad by lengthening the TXpkt.pkt_size field 
and TXpkt.frag__size field(s) to at least 64 bytes (see sec- 
tion 3.5.1). While the Ethernet specification defines the 
maximum number of bytes in the data field the SONIC can 
transmit and receive packets up to 64k bytes. 

2.6 FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of error-free packets. During reception, an 
error-free packet results in a specific pattern in the CRC 
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2.7 MAC (MEDIA ACCESS CONTROL) CONFORMANCE 
The SONIC is designed to be compliant to the IEEE 802.3 
MAC Conformance specification. The SONIC implements 
most of the MAC functions in silicon and provides hooks for 
the user software to handle the remaining functions. The 
MAC Conformance specifications are summarized in Table 
2-1. 


TABLE 2-1. MAC Conformance Specifications 


n 

& |s 

Fs 13 
Sis 

</|o 

@\< 


Conformance 
Test Name 


Minimum Frame Size 


Software 


FCS Generation and nserion 
GarierDeference | 
ntertame Spacing 
x 


Note 1: The SONIC provides the byte count of the entire packet in the 
RXpkt.byte__count (see section 3.4.3). The user’s driver software may per- 
form further filtering of the packet based upon the byte count. 

Note 2: The SONIC does not provide Source Address insertion; however, a 
transmit descriptor fragment, containing only the Source Address, may be 
created for each packet. See section 3.5.1. 

Note 3: The SONIC does not provide Pad generation; however, the user's 
’ driver software can easily append the Pad by lengthening the TXpkt.pkt_ 
size field and TXpkt.frag__csize field(s) to at least 64 bytes. See section 3.5.1. 
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Non-integral Octet Count 
Incorrect Frame Check 


3.0 Buffer Management 


3.1 BUFFER MANAGEMENT OVERVIEW 


The SONIC’s buffer management scheme is based on sep- 
arate buffers and descriptors (Figures 3-2 and 3-17). Pack- 
ets that are received or transmitted are placed in buffers 
called the Receive Buffer Area (RBA) and the Transmit Buff- 
er Area (TBA). The system keeps track of packets in these 
buffers using the information in the Receive Descriptor Area 
(RDA) and the Transmit Descriptor Area (TDA). A single 
(TDA) points to a single TBA, but multiple RDAs can point to 
a single RBA (one RDA per packet in the buffer). The Re- 
ceive Resource Area (RRA), which is another form of de- 
scriptor, is used to keep track of the actual buffer. 


When packets are transmitted, the system sets up the pack- 
ets in one or more TBAs with a TDA pointing to each TBA. 
There can only be one packet per TBA/TDA pair. A single 
TBA, however, may be made up of several fragments of 
data dispersed in memory. There is one TDA pointing to 
each TBA which specifies information about the buffer’s 
size, location in memory, number of fragments and status 
after transmission. The TDAs are linked together in a linked 
list. The system causes the SONIC to transmit the packets 
by passing the first TDA to the SONIC and issuing the trans- 
mit command. 


Before a packet can be received, an RBA and RDA must be 
set up by the system. RDAs are made up as a linked list 
similar to TDAs. An RDA is not linked to a particular RBA, 
though. Instead, an RDA is linked specifically to a packet 
after it has been buffered into an RBA. More than one pack- 
et can be buffered into the same RBA, but each packet gets 
its own RDA. A received packet can not be scattered into 
fragments. The system only needs to tell the SONIC where 
the first RDA and where the RBAs are. Since an RDA never 
specifically points to an RBA, the RRA is used to keep track 
of the RBAs. The RRA is a circular queue of pointers and 
buffer sizes (not a linked list). When the SONIC receives a 
packet, it is buffered into a RBA and a RDA is written to so 
that it points to and describes the new packet. If the RBA 
does not have enough space to buffer the next packet, a 
new RBA is obtained from the RRA. 


3.2 DESCRIPTOR AREAS 


Descriptors are the basis of the buffer management scheme 
used by the SONIC. A RDA points to a received packet 
within a RBA, a RRA points to a RBA and a TDA points to a 
TBA which contains a packet to be transmitted. The con- 
ventions and registers used to describe these descriptors 
are discussed in the next three sections. 


3.2.1 Naming Convention for Descriptors 

The fields which make up the descriptors are named in a 
consistent manner to assist in remembering the usage of 
each descriptor. Each descriptor name consists of three 
components in the following format. 


{RX/TX] [descriptor name].[field] 


The first two capital letters indicate whether the descriptor is 


used for transmission (TX) or reception (RX), and is then 
followed by the descriptor name having one of two names. 
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rsrc = Resource descriptor 
pkt = Packet descriptor 


The last component consists of a field name to distinguish it 
from the other fields of a descriptor. The field name is sepa- 
rated from the descriptor name by a period (‘.”). An exam- 
ple of a descriptor is shown below. 


RX rsrc buff_ptr 0,1 


gee Descriptor consists of two 
fields. “0” and “1” 
respectively indicate the 
least and most significant 
portions of the descriptor. 


The ‘‘pointer” field of the 
descriptor 


A descriptor for a buffer 
resource 


A descriptor used for 
reception 


3.2.2 Abbreviations 


The abbreviations in Table 3.1 are used to describe the 
SONIC registers and data structures in memory. The “0” 
and ‘1” in the abbreviations indicate the least and most 
significant portions of the registers or descriptors. Table 3-1 
lists the naming convention abbreviations for descriptors 
also. 


3.2.3 Buffer Management Base Addresses 


The SONIC uses three areas in memory to store descriptor 
information: the Transmit Descriptor Area (TDA), Receive 
Descriptor Area (RDA), and the Receive Resource Area 
(RRA). The SONIC accesses these areas by concatenating 


‘a 16-bit base address register with a 16-bit offset register. 


The base address register supplies a fixed upper 16 bits of 
address and the offset registers provide the lower 16 bits of 
address. The base address registers are the Upper Trans- 
mit Descriptor Address (UTDA), Upper Receive Descriptor 
Address (URDA), and the Upper Receive Resource Address 
(URRA) registers. The corresponding offset registers are 
shown below. , 


Upper Address Registers Offset Registers 
URRA RSA,REA,RWP,RRP 
URDA CRDA 
UTDA CTDA 


See Table 3-1 for definition of register mnemonics. 


Figure 3-1 shows an example of the Transmit Descriptor 
Area and the Receive Descriptor Area being located by the 
UTDA and URDA registers. The descriptor areas, RDA, 
TDA, and RRA are allowed to have the same base address. 
i.e, URRA=URDA=UTDA. Care, however, must be taken 
to prevent these areas from overwriting each other. 
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3.0 Buffer Management (Continueg) 


TRANSMIT AND RECEIVE AREAS 
| RDA | Receive Descriptor Area 


[RRP 


Resource Read Pointer Register 
Resource Write Pointer Register 


CRDA Current Receive Descriptor 
Address Register 

CRBAO,1 Current Receive Buffer Address 
Register 

TCBAO, 1 Temporary Current Buffer Address 
Register 

RBWCO,1 * Remaining Buffer Word Count 
Register 

TRBWCO,1 Temporary Remaining Buffer Word 
Count Register 


EOBC End of Buffer Count Register 
Transmit Packet Size Register 
Transmit Start Address Register __. 


CTDA Current Transmit Descriptor 
Address Register 


SONIC REGISTERS 


UTDA | CTDA b 


(BASE) (OFFSET) 


URDA Ff CRDA 
| 


TRANSMIT DESCRIPTOR 
AREA 

(UP TO 32K WORDS OR 

1 16K DOUBLE woRDS) 


SASSY 


TABLE 3-1. Descriptor Abbreviations 


BUFFER MANAGEMENT REGISTERS (Continued) 


TFC Transmit Fragment Count Register 
Transmit Fragment Size Register 


UTDA Upper Transmit Descriptor 
Address Register 


Upper Receive Resource Address 
Register 
URDA Upper Receive Descriptor Address 


Register 


RXpkt.status Receive Status Field in the RDA 


RXpkt.byte_count | Packet Byte Count Field in the 
RDA 


RXpkt.buff__ptr0,1 | Buffer Pointer Fields in the RDA 


RXpkt.link Receive Descriptor Link Field in 
RDA 


RXpkt.in_use “In Use” Field in RDA 


TXpkt.link Transmit Descriptor Link Field in 
TDA 


T 


32 - BIT 
ADDRESS RANGE 


RECEIVE DESCRIPTOR i 
; AREA : 
1 (UP TO 32K WORDS OR 
1 16K DOUBLE WORDS) I 


FIGURE 3-1. Transmit and Receive Descriptor Area Pointers 
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3.0 Buffer Management (Continued) 


3.3 DESCRIPTOR DATA ALIGNMENT 


All fields used by descriptors (RXpkt.ox, RXrsrce.xxx, and 
TXpkt.xxx) are word quantities (16-bit) and must be aligned 
to word boundaries (AO=0) for 16-bit memory and to long 
word boundaries (A1,A0=0,0) for 32-bit memory. The Re- 
ceive Buffer Area (RBA) must also be aligned to a word 
boundary in 16-bit mode and a long word boundary in 32-bit 
mode. The fragments in the Transmit Buffer Area (TBA), 
however, may be aligned on any arbitrary byte boundary. 


3.4 RECEIVE BUFFER MANAGEMENT 


The Receive Buffer Management operates on three areas in 
memory into which data, status, and control information are 
written during reception (Figure 3-2). These three areas 
must be initialized (section 3.4.4) before enabling the receiv- 
er (setting the RXEN bit in the Command register). The re- 
ceive resource area (RRA) contains descriptors that locate 
receive buffer areas in system memory. These descriptors 
are denoted by Ri1, R2, etc. in Figure 3-2. Packets (denoted 
by P1, P2, etc.) can then be buffered into the corresponding 
RBAs. Depending on the size of each buffer area and the 
size of the packet(s), multiple or single packets are buffered 
into each RBA. The receive descriptor area (RDA) contains 
status and control information for each packet (D1, D2, etc. 
in Figure 3-2) corresponding to each received packet (D1 
goes with P1, D2 with P2, etc.). 


When a packet arrives, the address recognition logic checks 
the address for a Physical, Multicast, or Broadcast match 
and if the packet is accepted, the SONIC buffers the packet 
contiguously into the selected Receive Buffer Area (RBA). 
Because of the previous end-of-packet processing, the 


SONIC assures that the complete packet is written into a 
single contiguous block. When the packet ends, the SONIC 
writes the receive status, byte count, and location of the 
packet into the Receive Descriptor Area (RDA). The SONIC 
then updates its pointers to locate the next available de- 
scriptor and checks the remaining words available in the 
RBA. If sufficient space remains, the SONIC buffers the 
next packet immediately after the previous packet. If the 
current buffer is out of space the SONIC fetches a Re- 
source descriptor from the Receive Resource Area (RRA) 
acquiring an additional buffer that has been previously allo- 
cated by the system. 


RECEIVE RECEIVE 
BUFFER AREA 


RESOURCE AREA 


3.4.1 Receive Resource Area (RRA) 


As buffer memory is consumed by the SONIC for storing 
data, the Receive Resource Area (RRA) provides a mecha- 
nism that allows the system to allocate additional buffer 
space for the SONIC. The system loads this area with re- 
source descriptors that the SONIC, in turn, reads as its cur- 
rent buffer space is used up. Each resource descriptor con- 
sists of a 32-bit buffer pointer locating the starting point of 
the RBA and a 32-bit Word Count that indicates the size of 
the buffer in words (2 bytes per word). The buffer pointer 
and word count are contiguously located using the format 
shown in Figure 3-3 with each component composed of 16- 
bit fields. The SONIC stores this information internally and 
concatenates the corresponding fields to create 32-bit long 
words for the buffer pointer and word count. Note that in 32- 
bit mode the upper word (D<31:16>) is not used by the 
SONIC. This area may be used for other purposes since the 
SONIC never writes into the RRA. 


The SONIC organizes the RRA as a circular queue for effi- 
cient processing of descriptors. Four registers define the 
RRA. The first two, the Resource Start Area (RSA) and the 
Resource End Area (REA) registers, determine the starting 
and ending locations of the RRA, and the other two regis- 
ters update the RRA. The system adds descriptors at the 
address specified by the Resource Write Pointer (RWP), 
and the SONIC reads the next descriptor designated by the 
Resource Read Pointer (RRP). The RRP is advanced 4 
words in 16-bit mode (4 long words in 32-bit mode) after the 
SONIC finishes reading the RRA and automatically wraps 
around to the beginning of the RRA once the end has been 
reached. When a descriptor in the RRA is read, the 
RXrsc.buff__pt0,1 is loaded into the CRBAO,1 registers and 
the RXrsc.buff_wc0,1 is loaded into the RBWCO,1 regis- 
ters. 


The alignment of the RRA is confined to either word or long 
word boundaries, depending upon the data width mode. In 
16-bit mode, the RRA must be aligned to a word boundary 
(AO is always zero) and in 32-bit mode, the RRA is aligned 
to a long word boundary (AO and A1 are always zero). 


RECEIVE 
DESCRIPTOR AREA 
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FIGURE 3-2. Overview of Receive Buffer Management 
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3.0 Buffer Management (continuea) 


3.4.2 Receive Buffer Area (RBA) 


The SONIC stores the actual data of a received packet in 
the RBA. The RBAs are designated by the resource descrip- 
tors in the RRA as described above. The RXrsrc.buff__ 
wc0,1 fields of the RRA indicate the length of the RBA. 
When the SONIC gets a RBA from the RRA, the 
RxXrsrc.buff_wc0,1 values are loaded into the Remaining 
Buffer Word Count registers (RBWCO,1). These registers 
keep track of how much space (in words) is left in the buffer. 
When a packet is buffered in a RBA, it is buffered contigu- 
ously (the SONIC will not scatter a packet into multiple buff- 
ers or fragments). Therefore, if there is not enough space 
left in a RBA after buffering a packet to buffer at least one 
more maximum sized packet (the maximum legal sized 
packet expected to be received from the network), a new 
buffer must be acquired. The End of Buffer Count (EOBC) 
register is used to tell the SONIC the maximum packet size 
that the SONIC will need to buffer. 


3.4.2.1 End of Buffer Count (EOBC) 


The EOBC is a boundary in the RBA based from the bottom 
of the buffer. The value written into the EOBC is the maxi- 
mum expected size (in words) of the network packet that 
the SONIC will have to buffer. This word count creates a line 
in the RBA that, when crossed, causes the SONIC to fetch a 
new RBA resource from the RRA. 


31 


NOT USED 
IN 32-BIT MODE 


ame 


ORGANIZED AS A CIRCULAR QUEUE 
FIGURE 3-3. Receive Resource Area Format 


Case #1 
(RBWCO,1 > EOBC) 


Note: The EOBC is a word count, not a byte count. Also, the value pro- 
grammed into EOBC must be a double word (32-bit) quantity when 
the SONIC is in 32-bit mode (e.g. in 32-bit mode, EOBC should be set 
to 758 words, not 759 words even though the maximum size of an 
IEEE 802.3 packet is 759 words). ; 


3.4.2.2 Buffering the Last Packet in an RBA 


At the start of reception, the SONIC stores the packet be- 
ginning at the Current Receive Buffer Address (CRBAO,1) 
and continues until the reception is complete. Concurrent 
with reception, the SONIC decrements the Remaining Buff- 
er Word Count (RBWC0,1) by one in 16-bit mode or by two 
in 32-bit mode. At the end of reception, if the packet has 
crossed the EOBC boundary, the SONIC knows that the 
next packet might not fit in the RBA. This check is done by 
comparing the RBWCO,1 registers with the EOBC. if 
RBWCO,1. is less than the EOBC (the last packet buffered 
has crossed the EOBC boundary), the SONIC fetches the 
next resource descriptor in the RRA. If RBWCO,1 is greater 
than or equal to the EOBC (the EOBC boundary has not 
been crossed) the next packet reception continues at the 
present location pointed to by CRBAO,1 in the same RBA. 

Figure 3-4 illustrates the SONIC’s actions for (1) RBWCO,1 

= EOBC and (2) RBWCO,1 < EOBC. See section 3.4.4.4 

for specific information about setting the EOBC. 

Note: It is important that the EOBC boundary be “crossed.” In other words, 
case #1 in Figure 3-4 must exist before case #2 exists. If case #2 
occurs without case #1 having occurred first, the test for RBWCO,1 
< EOBC will not work properly and the SONIC will not fetch a new 


buffer. The result of this will be a buffer overflow (RBAE in the Inter- 
rupt Status Register, section 4.3.6). 


RSA, START OF RESOURCE AREA 


RRP, NEXT RESOURCE DESCRIPTOR 
THE SONIC WILL READ 


RRA DESCRIPTOR 


RWP, NEXT AVAILABLE LOCATION TO WHICH 
THE SYSTEM MAY ADD A DESCRIPTOR 


REA, END OF RESOURCE AREA 
TL/F/10492-12 
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Case #2 
(RBWCO,1 < EOBC) 


Case #1: SONIC buffers next packet in same RBA. 
Case #2: SONIC detects an exhausted RBA and will buffer the next packet in another RBA. 


FIGURE 3-4. Receive Buffer Area 
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3.0 Buffer Management (continued) 
3.4.3 Receive Descriptor Area (RDA) 


After the SONIC buffers a packet to memory, it writes 6 
words of status and control information into the RDA and 
then reads the link field to proceed to the next receive de- 
scriptor. In 32-bit mode the upper word, D<31:16>, is not 
used. This unused area in memory should not be used for 
other purposes since the SONIC may still write into these 
locations. Each receive descriptor consists of the following 
sections (Figure 3-5). 


31 15 0 


NOT USED 
IN 32=BIT MODE 


| Rxpktsink | EOL 

TL/F/10492-14 
FIGURE 3-5. Receive Descriptor Format 

receive status: indicates status of the received packet. The 

SONIC writes the Receive Control register into this field. 

Figure 3-6 shows the receive status format. This field is 

loaded from the contents of the Receive Control register. 

Note that ERR, RNT, BRD, PRO, and AMC are configura- 


tion bits and are programmed during initialization. See sec- 
tion 4.3.3 for the description of the Receive Control register. 


15 14 «+139 «+120«6112~«1002=~«*Fs iB 
[err | ant | pro | pro | amc | LB 


7 6 5 


4 3 2 1 0 
LP&T | CRS 


FIGURE 3-6. Receive Status Format 


byte count: gives the length of the complete packet from 
the start of Destination Address to the end of FCS. 


packet pointer: a 32-bit pointer that locates the packet in 
the RBA. The SONIC writes the contents of the CRBAO,1 
registers into this field. 


sequence numbers: this field displays the contents of two 
8-bit counters (modulo 256) that sequence the RBAs used 
and the packets buffered. These counters assist the system 
in determining when an RBA has been completely process- 
ed. The sequence numbers allow the system to tally the 
packets that have been processed within a particular RBA. 
There are two sequence numbers that describe a packet: 
the RBA Sequence Number and the Packet Sequence 
Number. When a packet is buffered to memory, the SONIC 
maintains a single RBA Sequence Number for all packets in 
an RBA and sequences the Packet Number for succeeding 
packets in the RBA. When the SONIC uses the next RBA, it 
increments the RBA Sequence Number and clears the 
Packet Sequence Number. The RBA’s sequence counter is 
not incremented when the read RRA command is issued in 
the Command register. The format of the Receive Se- 
quence Numbers are shown in Figure 3-7. These counters 
are reset during hardware reset or by writing zero to them. 
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15 8 7 0 


RBA Sequence Number Packet Sequence Number 
(Modulo 256) (Modulo 256) 


FIGURE 3-7. Receive Sequence Number Format 


receive link fleld: a 15-bit pointer (A15-A1) that locates 
the next receive descriptor. The LSB of this field is the End 
Of List (EOL) bit, and indicates the last descriptor in the list. 
(Initialized by the system.) - 


In use field: this field provides a handshake between the 
system and the SONIC to indicate the ownership of the de- 
scriptor. When the system avails a descriptor to the SONIC, 
it writes a non-zero value into this field. The SONIC, in turn, 
sets this field to all “O’s” when it has finished processing the 
descriptor. (That is, when the CRDA register has advanced 
to the next receive descriptor.) Generally, the SONIC releas- 
es contro! after writing the status and control information 
into the RDA. If, however, the SONIC has reached the last 
descriptor in the list, it maintains ownership of the descriptor 
until the system has appended additional descriptors to the 
list. The SONIC then relinquishes control after receiving the 
next packet. (See section 3.4.6.1 for details on when the 
SONIC writes to this field). The receive packet descriptor 
format is shown in Figure 3-5. 

3.4.4 Receive Buffer Management Initialization 

The Receive Resource, Descriptor, and Buffer areas (RRA, 
RDA, RBA) in memory and the appropriate SONIC registers 
must be properly initialized before the SONIC begins buffer- 
ing packets. This section describes the initialization pro- 
cess. 


3.4.4.1 Initializing The Descriptor Page 

All descriptor areas (RRA, RDA, and TDA) used by the 
SONIC reside within areas up to 32k (word) or 16k (long 
word) pages. This page may be placed anywhere within the 
32-bit address range by loading the upper 16 address lines 
into the UTDA, URDA, and URRA registers. 


3.4.4.2 Initializing The RRA 
The initialization of the RRA consists of loading the four 
SONIC RRA registers and writing the resource descriptor 
information to memory. 
The RRA registers are loaded with the following values. 
Resource Start Area (RSA) register: The RSA is loaded 
with the lower 16-bit address of the beginning of the RRA. 
Resource End Area (REA) register: The REA is loaded 
with the lower 16-bit address of the end of the RRA. The 
end of the RRA is defined as the address of the last 
RXrsrc.ptr0 field in the RRA plus 4 words in 16-bit mode or 4 
long words in 32-bit mode (Figure 3-3). 
Resource Read Pointer (RRP) register: The RAP is load- 
ed with the lower 16-bit address of the first resource de- 
scriptor the SONIC reads. 
Resource Write Pointer (RWP) register: The RWP is load- 
ed with the lower 16-bit address of the next vacant location 
where a resource descriptor will be placed by the system. 
Note: The RWP register must only point to either (1) the RXrsrc.ptrd field of 
one of the RRA Descriptors, (2) the memory address that the RSA 
points to (the start of the RRA), ér (3) the memory address that the 
REA points to (the end of the RRA). When the RWP = RRP compari- 
son is made, it is performed after the complete RRA descriptor has 
been read and not during the fetch. Failure to set the RWP to any of 
the above values prevents the RWP = RRP comparison from ever 
becoming true. 
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3.0 Buffer Management (continuea) 


All RRA registers are concatenated with the URRA register 
for generating the full 32-bit address. 


The resource descriptors that the system writes to the RRA 
consists of four fields: (1) RXrsre.buff_ptrO, (2) 
RXrsrc.buff_ptri,- (3) RXrsre.buff_wcO, and (4) 
RXrsrc.buff_we1. The fields must be contiguous (they can- 
not straddle the end points) and are written in the order 
shown in Figure 3-8. The “0” and “1” in the descriptors 
denote the least and most significant portions for the Buffer 
Pointer and Word Count. The first two fields supply the 32- 
bit starting location of the Receive Buffer Area (RBA), and 
the second two define the number of 16-bit words that the 
RBA occupies. Note that two restrictions apply to the Buffer 
Pointer and Word Count. First, in 32-bit mode, since the 
SONIC always writes long words, an even count must be 
written to RXrsrc.buff_wc0. Second, the Buffer Pointer 
must either be pointing to a word boundary in 16-bit mode 
(AO=0) or a long word boundary in 32-bit mode 
(A0,A1=0,0). Note also that the descriptors must be prop- 
erly aligned in the RRA as discussed in section 3.3. 
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FIGURE 3-8. RRA Initialization 


After configuring the RRA, the RRA Read command (setting 
RRRA bit in the Command register) may be given. This 
command causes the SONIC to read the RRA descriptor in 
a single block operation, and load the following registers 
(see section 4.2 for register mnemonics): 


CRBAO register <— RXrsrc.buff__ptrO 
CRBA1 register <— RXrsrc.buff__ptr1 
RBWCO register <— RXrsrc.buff__wc0 
RBWC1 register <— RXrsrc.buff_wet 


When the command has completed, the RRRA bit in the 
Command register is reset to “0”. Generally this command 
is only issued during initialization. At all other times, the RRA 
is automatically read as the SONIC finishes using an RBA. 


3.4.4.3 Initializing The RDA 


To accept multiple packets from the network, the receive 
packet descriptors must be linked together via the 
RXpkt.link fields. Each link field must be written with a 15-bit 
(A15-A1) pointer to locate the beginning of the next de- 
scriptor in the list. The LSB of the RXpkt.link field is the End 
of List (EOL) bit and is used to indicate the end of the de- 
scriptor list. EOL = 1 for the last descriptor and EOL =0 for 
the first or middle descriptors. The RXpkt.in__use field indi- 
cates whether the descriptor is owned by the SONIC. The 
system writes a non-zero value to this field when the de- 
scriptor is available, and the SONIC writes all ‘0’s” when it 
finishes using the descriptor. At startup, the Current Receive 
Descriptor Address (CRDA) register must be loaded with the 
address of the first RXpktstatus field in order for 


the SONIC to begin receive processing at the first descrip- 
tor. An example of two descriptors linked together is shown 
in Figure 3-9. The fields initialized by the system are dis- 
played in bold type. The other fields are written by the 
SONIC after a packet is accepted. The RXpkt.in_use field 
is first written by the system, and then by the SONIC. Note 
that the descriptors must be aligned properly as discussed 
in section 3.3. Also note that the URDA register is concate- 
nated with the CRDA register to generate the full 32-bit ad- 
dress. 


CRDA REG. 


RXpkt.byte_count 
RXpkt.pkt_ptr0 


RXpkt.pkt_ptr1 


RXpkt.seq_no 
EOL 


RXpkt.in_use 


RXpkt.byte_count 


RXpkt.pkt_ptrO 


RXpkt.pkt_ptr1 


RXpkt.seq_no 
RXpkt.link| EOL 
RXpkt.in_use 
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FIGURE 3-9. RDA Initialization Example 


3.4.4.4 Initializing the Lower 
Boundary of the RBA 


A “false bottom” is set in the RBA by loading the End Of 
Buffer Count (EOBC) register with a value equal to the maxi- 
mum size packet in words (16 bits) that may be received. 
This creates a lower boundary in the RBA. Whenever the 
Remaining Buffer Word Count (RBWCO,1) registers decre- 
ment below the EOBC register, the SONIC buffers the next 
packet into another RBA. This also guarantees that a pack- 
et is always contiguously buffered into a single Receive 
Buffer Area (RBA). The SONIC does not buffer a packet into 
multiple RBAs. Note that in 32-bit mode, the SONIC holds 
the LSB always low so that it properly compares with the 
RBWCO,1 registers. 


After a hardware reset, the EOBC register is automatically 
initialized to 2F8h (760 words or 1520 bytes). For 32-bit ap- 
plications this is the suggested value for EOBC. EOBC de- 
faults to 760 words (1520 bytes) instead of 759 words (1518 
bytes) because 1518 is not a double word (32-bit) boundary 
(see section 3.4.2.1). If the SONIC is used in 16-bit mode, 
then EOBC should be set to 759 words (1518 bytes) be- 
cause 1518 is a word (16-bit) boundary. 


Sometimes it may be desired to buffer a single packet per 
RBA. When doing this, it is important to set EOBC and the 
buffer size correctly. The suggested practice is to set EOBC 
to a value that is at least 4 bytes, in 32-bit mode, or 2 bytes, 
in 16-bit mode, less than the buffer size. An example of this 
for 32-bit mode is to set EOBC to 760 words (1520 bytes) 


3.0 Buffer Management (continued) 


and the buffer size to 762 words (1524 bytes). A similar 
example for 16-bit mode would be EOBC = 759 words 
(1518 bytes) and the buffer size set to 760 words (1520 
bytes). The buffer can be any size, but as long as the EOBC 
is 2 words, for 32-bit mode, or 1 word, for 16-bit mode, less 
than the buffer size, only one packet will be buffered in that 
RBA. 
Note 1: It is possible to filter out most oversized packets by setting the buff- 
er size to 760 words (1520 bytes) in 32-bit mode or 759 words (1518 
bytes) in 16-bit mode. EOBC would be set to 758 words (1516 
bytes) for both cases. With this configuration, any packet over 1520 
bytes, in 32-bit mode, or 1518 bytes, in 16-bit mode, will not be 
completely buffered because the packet will overflow the buffer. 
When a packet overflow occurs, a Receive Buffer Area Exceeded 
interrupt (RBAE in the Interrupt Status Register, section 4.3.6) will 
occur. 


When buffering one packet per buffer, it is suggested that the val- 
ues in Note 1 above be used. Since the minimum legal sized Ether- 
net packet is 64 bytes, however, it is possible to set EOBC as much 
as 64 bytes less than the buffer size and still end up with one packet 
per buffer. Figure 3-10 shows this “range.” 


3.4.5 Beginning Of Reception 


At the beginning of reception, the SONIC checks its inter- 
nally stored EOL bit from the previous RXpkt.link field for a 
“1”, If the SONIC finds EOL=1, it recognizes that after the 
previous reception, there were no more remaining receive 
packet descriptors. It re-reads the same RXpkt.link field to 
check if the system has updated this field since the last 
reception. If the SONIC still finds EOL=1, reception ceas- 
es. {See section 3.5 for adding descriptors to the list.) Oth- 
erwise, the SONIC begins storing the packet in the RBA 
starting at the Current Receive Buffer Address (CRBAO,1) 
registers and continues until the packet has completed. 


Concurrent with the packet reception, the Remaining Buffer 
Word Count (RBWCO,1) registers are decremented after 
each word is written to memory. This register determines 
the remaining words in the RBA at the end of reception. 


3.4.6 End Of Packet Processing 


At the end of a reception, the SONIC enters its end of pack- 
et processing sequence to determine whether to accept or 
reject the packet based on receive errors and packet size. 
At the end of reception the SONIC enters one of the follow- 
ing two sequences: 


— Successful reception sequence 
— Buffer recovery for runt packets or packets with errors 


RANGE OF EOBC TO 
STORE 1 PACKET 
PER RBA 


3.4.6.1 Successful Reception 


If the SONIC accepts the packet, it first writes 5 words of 
descriptor information in the RDA beginning at the address 
pointed to by the Current Receive Descriptor Address 
(CRDA) register. It then reads the RXpkt.link field to ad- 
vance the CRDA register to the next receive descriptor. The 
SONIC also checks the EOL bit for a “1” in this field. If 
EOL=1, no more descriptors are available for the SONIC. 
The SONIC recovers the address of the current RXpkt.link 
field (from a temporary register) and generates a “Receive 
Descriptors Exhausted” indication in the Interrupt Status 
register. (See section 3.4.7 on how to add descriptors.) The 
SONIC maintains ownership of the descriptor by not writing 
to the RXpkt.in_use field. Otherwise, if EOL=0, the SONIC 
advances the CRDA register to the next descriptor and re- 
sets the RXpkt.in_use field to all “0’s”. 


The SONIC accesses the complete 7 word RDA descriptor 
in a single block operation. 


The SONIC also checks if there is remaining space in the 
RBA. The SONIC compares the Remaining Buffer Word 
Count (RBWCO,1) registers with the static End Of Buffer 
Count (EOBC). If the RBWC is less than the EOBC, a maxi- 
mum sized packet will no longer fit in the remaining space in 
the RBA; hence, the SONIC fetches a resource descriptor 
from the RRA and loads its registers with the pointer and 
word count of the next available RBA. 


3.4.6.2 Buffer Recovery For Runt Packets Or 
Packets With Errors 


If a runt packet (less than 64 bytes) or packet with errors 
arrives and the Receive Control register has been config- 
ured to not accept these packets, the SONIC recovers its 
pointers back to the original positions. The CRBAO,1 regis- 
ters are not advanced and the RBWCO,1 registers are not 
decremented. The SONIC recovers its pointers by maintain- 
ing a copy of the buffer address in the Temporary Receive 
Buffer Address registers (TRBAO,1). The SONIC recovers 
the value in the RBWCO,1 registers from the Temporary 
Buffer Word Count registers (TBWCO,1). 


3.4.7 Overflow Conditions 


When an overflow condition occurs, the SONIC halts its 
DMA operations to prevent writing into unauthorized memo- 
ry. The SONIC uses the Interrupt Status register (ISR) to 
indicate three possible overflow conditions that can occur 


2 WORDS (32-BIT MODE) 
1 WORD (16-BIT MODE) 32 WORDS 


(64 BYTES) 


eee | 
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Range of EOBC = (RXrsrc.wc0,1 — 2 to RXrsrc.wc0,1 — 32) 
FIGURE 3-10. Setting EOBC for Single Packet RBA 
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3.0 Buffer Management (continued) 


when its receive resources have been exhausted. The sys- 
tem should respond by replenishing the resources that have 
been exhausted. These overflow conditions (Descriptor Re- 
sources Exhausted, Buffer Resources Exhausted, and RBA 
Limit Exceeded) are indicated in the Interrupt Status register 
and are detailed as follows: 


Descriptor Resources Exhausted: This occurs when the 


SONIC has reached the last receive descriptor in the list, 
meaning that the SONIC has detected EOL= 1. The system 
must supply additional descriptors for continued reception. 
The system can do this in one of two ways: 1) appending 
descriptors to the existing list, or 2) creating a separate list. 
1) Appending descriptors to the existing list. This is the eas- 
iest and preferred way. To do this, the system, after cre- 
ating the new list, joins the new list to the existing list by 
simply writing the beginning address of the new list into 
the RXpkt.link field and setting EOL = 0. At the next 
reception, the SONIC re-reads the last RXpkt.link field, 
and updates its CRDA roaeeh to point to the next de- 
_ scriptor. 


Creating a separate list. This requires an additional step 
because the lists are not joined together and requires 
that the CRDA register be loaded with the address of We 
RXpkt.link field in the new list. 


During this overflow condition, the SONIC maintains owner- 
ship of the descriptor (RXpkt:in_use # OOh) and waits for 
the system to add additional descriptors to the list. When 
the system appends more descriptors, the SONIC releases 
ownership of the descriptor after writing 0000h to the 
RXpkt.in__use field. , 


Buffer Resources Exhausted: This occurs when the 
SONIC has detected that the Resource Read Pointer (RRP) 
and Resource Write Pointer (RWP) registers are equal (i.e., 
all RRA descriptors have been exhausted). The RBE bit in 
the Interrupt Status register is set when the SONIC finishes 
using the second to last receive buffer and reads the last 
RRA descriptor. Actually, the SONIC is not truly out of re- 
sources, but gives the system an early warning of an im- 
pending out of resources condition. To continue reception 
after the last RBA is used, the system must supply addition- 
al RRA: descriptor(s), update the RWP register, and clear 
the RBE bit in the ISR. The SONIC rereads the RRA after 
this bit is cleared. 


RBA Limit Exceeded: This occurs when a packet does not 
completely fit within the remaining space of the RBA. This 
can occur if the EOBC register is not programmed to a value 
greater than the largest packet that can be received. When 
this situation occurs, the packet is truncated and the SONIC 
reads the RRA to obtain another RBA. Indication of an RBA 
limit being exceeded is signified by the Receive Buffer Area 
Exceeded (RBAE) interrrupt being set (see section 4.3.6). 
An RDA will not be set up for the truncated packet and the 
buffer space will not be re-used. To rectify this potential 
overflow condition, the EOBC register must be loaded with a 
value equal to or greater than the largest packet that can be 
accepted. See section 3.4.2. 


3.5 TRANSMIT BUFFER MANAGEMENT 

To begin transmission, the system software issues the 
Transmit command (TXP=1 in the CR). The Transmit Buff- 
er Management uses two areas in memory for transmitting 
packets (Figure 3-17), the Transmit Descriptor Area (TDA) 


and the Transmit Buffer Area (TBA). During transmission, 
the SONIC fetches control information from the TDA, loads 
its appropriate registers, and then transmits the data from 
the TBA. When the transmission is complete, the SONIC 
writes the status information in the TDA. From a single 
transmit command, packets can either be transmitted singly 
or in groups if several descriptors have been linked togeth- 
er. 


TRANSMIT 
BUFFER AREA 


‘Enel 
q FRAGMENT x 


TRANSMIT 
DESCRIPTOR AREA 


frag_count = 1 
EOL=0 
a ya =2 NG, ca FRAGMENT 77 


PACKET #1 


PACKET #2 
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FIGURE 3-11. Overview of Transmit Buffer Management 


3.5.1 Transmit Descriptor Area (TDA) 


The TDA contains descriptors that the system has generat- 
ed to exchange status and control information, Each de- 
scriptor corresponds to a single packet and consists of the 
following 16-bit fields. 


TXpkt.status: This field is written by the SONIC and pro- 
vides status of the transmitted packet. See section 3.5.1.2 
for more details. 


TXpkt.config: This field allows programming the SONIC to 
one of the various transmit modes. The SONIC reads this 
field and loads the corresponding configuration bits (PINTR, 
POWC, CRCI, and EXDIS) into the Transmit Control regis- 
ter. See section 3.5.1.1 for more details. 


TXpkt.pkt_size: This field contains the byte count of the 
entire packet 


TXpkt.frag__count: This field contains the number of frag- 
ments the packet is segmented into. 


TXpkt.frag__ptr0,1: This field contains a 32-bit pointer 
which locates the packet fragment to be transmitted in the 
Transmit Buffer Area (TBA). This pointer is not restricted to 
any byte alignment. 


TXpkt.frag_csize: This field contains the byte count of the 
packet fragment. The minimum fragment size is 1 byte. 


TXpkt.link: This field contains a 15-bit pointer (A15-A1) to 
the next TDA descriptor. The LSB, the End Of List (EOL) bit, 
indicates the last descriptor in the list when set to a “1”. 
When descriptors have been linked together, the SONIC 
transmits back-to-back packets from a single transmit com- 
mand. 


The data of the packet does not need to be contiguous, but 
can exist in several locations (fragments) in memory. In this 
case, the TXpkt.frag__count field is greater than one, and 
additional TXpkt.frag_ptrO,1 and TXpkt.frag_size fields 


. corresponding to each fragment are used. The descriptor 
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format is shown in Figure 3-12. Note that in 32-bit mode the 
upper word, D<31:16>, is not used. 
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FIGURE 3-12. Transmit Descriptor Area 


3.5.1.1 Transmit Configuration 


The TXpkt.config field allows the SONIC to be programmed 
into one of the transmit modes before each transmission. At 
the beginning of each transmission, the SONIC reads this 
field and loads the PINTR, POWC, CRCI, and EXDIS bits 
into the Transmit Control register (TCR). The configuration 
bits in the TCR correspond directly with the bits in the 
TXpkt.config field as shown in Figure 3-13. See section 
4.3.4 for the description on the TCR. 


NOT USED 
IN 32-BIT MODE 


TL deka Ee) 


15 14 13 12 
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Px [xt x[x[ x] x] x x | 


Note: x = don't care 


FIGURE 3-13. TXpkt.config Field 


3.5.1.2 Transmit Status 


At the end of each transmission the SONIC writes the status 
bits (<10:0>) of the Transmit Control Register (TCR) and 
the number of collisions experienced during the transmis- 
sion into the TXpkt.status field (Figure 3-14, res = re- 
served). Bits NC4-NCO indicate the number of collisions 
where NC4 is the MSB. See section 4.3.4 for the description 
of the TCR. 
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FIGURE 3-14. TXpkt.status Field 


3.5.2 Transmit Buffer Area (TBA) 


The TBA contains the fragments of packets that are defined 
by the descriptors in the TDA. A packet can consist of a 
single fragment or several fragments, depending upon the 
fragment count in the TDA descriptor. The fragments also 
can reside anywhere within the full 32-bit address range, 
and be aligned to any byte boundary. When an odd byte 
boundary is given, the SONIC automatically begins reading 
data at the corresponding word boundary in 16-bit mode or 
a long word boundary in 32-bit mode. The SONIC ignores 
the extraneous bytes which are written into the FIFO during 
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odd byte alignment fragments. The minimum allowed frag- 
ment size is 1 byte. Figure 3-11 shows the relationship be- 
tween the TDA and the TBA for single and multi-fragmented 
packets. 


3.5.3 Preparing To Transmit 


All fields in the TDA descriptor and the Current Transmit 
Descriptor Address (CTDA) register of the SONIC must be 
initialized before the Transmit Command (setting the TXP bit 
in the Command register) can be issued. If more than one 
packet is queued, the descriptors must be linked together 
with the TXpktJink field. The last descriptor must have 
EOL=1 and all other descriptors must have EOL=0. To 
begin transmission, the system loads the address of the first 
TXpkt.status field into the CTDA register. Note that the up- 
per 16-bits of address are loaded in the Upper Transmit 
Descriptor (UTDA) register. The user performs the following 
transmit initialization. 


1) Initialize the TDA 


2) Load the CTDA register with the address of the first 
transmit descriptor 

3) Issue the transmit command 

Note that if the Source Address of the packet being trans- 


mitted is not in the CAM, the Packet Monitored Bad (PMB) 
bit in the TXpxt.status field will be set (see section 4.3.4). 


3.5.3.1 Transmit Process 


When the Transmit Command (TXP = 1 in the Command 
register) is issued, the SONIC fetches the contro! informa- 
tion in the TDA descriptor, loads its appropriate registers 
(shown below) and begins transmission. (See section 4.2 for 
register mnemonics.) 

TCR <— TXpkt.config 

TPS <— TXpkt.pkt_size 

TFC <— TXpkt.frag__count 

TSAO <— TXpkt.frag__ptrO 

TSA1 <— TXpkt.frag__ptr1 

TFS <— TXpkt.frag_size 

CTDA <— TXpkt.Jink 

(CTDA is loaded after all fragments have been read and 
successfully transmitted. If the halt transmit command is is- 
sued (HTX bit in the Command register is set) the CTDA 
register is not loaded.) 

During transmission, the SONIC reads the packet descriptor 
in the TDA and transmits the data from the TBA. If 
TXpkt.frag__count is greater than one, the SONIC, after fin- 


‘ishing transmission of the fragment, fetches the next 


TXpkt.frag__ptr0,1 and TXpkt.frag__size fields and transmits 
the next fragment. This process continues until all frag- 
ments of a packet are transmitted. At the end of packet 
transmission, status is written in to the TXpkt.status field. 
The SONIC then reads the TXpkt.link field and checks if 
EOL = 0. If itis “0”, the SONIC fetches the next descriptor 
and transmits the next packet. If EOL = 1 the SONIC gen- 
erates a “Transmission Done” indication in the Interrupt 
Status register and resets the TXP bit in the Command reg- 
ister. 

In the event of a collision, the SONIC recovers its pointer in 
the TDA and retransmits the packet up to 15 times. The 
SONIC maintains a copy of the CTDA register in the Tempo- 
rary Transmit Descriptor Address (TTDA) register. 

The SONIC performs a block operation of 6, 3, or 2 access- 
es in the TDA, depending on where the SONIC is in the 
transmit process. For the first fragment, it reads the 
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3.0 Buffer Management (continued) 


TXpkt.config to TXpkt.frag_size (6 accesses). For the next 
fragment, if any, it reads the next 3 fields from TXpkt.frag_ 
ptrO to TXpkt.frag_size (3 accesses). At the end of trans- 
mission it writes the status information to TXpkt.status and 
reads the TXpkt.link field (2 accesses). 


3.5.3.2 Transmit Completion 


The SONIC stops transmitting under two conditions. In the 
normal case, the SONIC transmits the complete list of de- 
scriptors in the TDA and stops after it detects EOL = 1. In 
the second case, certain transmit errors cause the SONIC 
to abort transmission. If F/FO Underrun, Byte Count Mis- 
match, Excessive Collision, or Excessive Deferral (if en- 
abled) errors occur, transmission ceases. The CTDA regis- 
ter points to the last packet transmitted. The system can 
also halt transmission under software control by setting the 
HTX bit in the Command register. Transmission halts after 
the SONIC writes to the TXpkt.status field. 


3.5.4 Dynamically Adding TDA Descriptors 


Descriptors can be dynamically added during transmission 
without halting the SONIC. The SONIC can also be guaran- 
teed to transmit the complete list including newly appended 
descriptors (barring any transmit abort conditions) by ob- 
serving the following rule: The last TXpkt.link field must 
point to the next location where a descriptor will be added 
(see step 3 below and Figure 3-15). The procedure for ap- 
pending descriptors consists of: 
1. Creating a new descriptor with its TXpkt.link pointing to 
the next vacant descriptor location and its EOL bit set to 
a “1”, 


2. Resetting the EOL bit to a “0” of the previously last de- 


scriptor. 
3. Re-issuing the Transmit command (setting the TXP bit in 
the Command register). 


Step 3 assures that the SONIC will transmit all the packets 
in the list. If the SONIC is currently transmitting, the Trans- 
mit command has no effect and continues transmitting until 
it detects EOL = 1. If the SONIC had just finished transmit- 
ting, it continues transmitting from where it had previously 
stopped. : 
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FIGURE 3-15. Initializing Last Link Field 
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4.0 SONIC Registers 


The SONIC contains two sets of registers: The status/con- 
trol registers and the CAM memory cells. The status/control 
registers are used to configure, control, arid monitor SONIC 
operation. They are directly addressable registers and occu- 
py 64 consecutive address locations in the system memory 
space (selected by the RAS—RAO address pins). There are 
a total of 64 status/control registers divided into the follow- 
ing categories: 

User Registers: These registers are accessed by the user 
to configure, control, and monitor SONIC operation. These 
are the only SONIC registers the user needs to access. Fig- 
ure 4-3 shows the programmer's model and Table 4-1 lists 
the attributes of each register. 


Internal Use Registers: These registers (Table 4-2) are 
used by the SONIC during normal operation and are not 
intended to be accessed by the user. 


National Factory Test Registers: These registers (Table 
4-3) are for National factory use only and should never be 
accessed by the user. Accessing these registers during nor- 
mal operation can cause improper functioning of the 
SONIC. 


4.1 THE CAM UNIT 


The CAM unit memory cells are indirectly accessed by pro- 
gramming the CAM descriptor area in system memory and 
issuing the LCAM command (setting the LCAM bit in the 
Control register). The CAM cells do not occupy address lo- 
cations in register space and, thus, are not accessible 
through the RA5-RAO address pins. The CAM control regis- 
ters, however, are part of the user register set and must be 
initialized before issuing the LCAM command (see section 
4.3.10). 


The Content Addressable Memory (CAM) consists of six- 

teen 48-bit entries for complete address filtering (Figure 4-1) 

of network packets. Each entry corresponds to a 48-bit des- 

tination address that is user programmable and can contain 
any combination of Multicast or Physical addresses. Each 
entry is partitioned into three 16-bit CAM cells accessible 
through CAM Address Ports (CAP 2, CAP 1 and CAP 0) with 

CAPO corresponding to the least significant 16 bits of the 

Destination Address and CAP2 corresponding to the most 

significant bits. The CAM is accessed in a two step process. 

First, the CAM Entry Pointer is loaded to point to one of the 

16 entries. Then, each of the CAM Address Ports is ac- 

cessed to select the CAM cell. The 16 user programmable 

CAM entries can be masked out with the CAM Enable regis- 

ter (see section 4.3.10). 

Note: It is not necessary to program a broadcast address into the CAM 
when it is desired to accept broadcast packets. Instead, to accept 
broadcast packets, set the BRD bit in the Receive Control register. If 
the BRD bit has been set, the CAM is still active. This means that it is 


possible to accept broadcast packets at the same time as accepting 
packets that match physical addresses in the CAM. 


4.1.1 The Load CAM Command 

Because the SONIC uses the CAM for a relatively long peri- 
od of time during reception, it can only be written to via the 
CAM Descriptor Area (CDA) and is only readable when the 
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FIGURE 4-1. CAM Organization 
SONIC is in software reset. The CDA resides in the same 2. Initialize the CDA as described above. 
64k byte block of memory as the Receive Resource Area 3. Initialize the CAM Descriptor Count with the number of 
(RRA) and contains descriptors for loading the CAM regis- CAM descriptors. Note, only the lower 5 bits are used in 
consists of four 16-bit fields (Figure 4-2). In 32-bit mode the 4.3.10). 
upper word, D<31:16>, is not used. The first field contains 4. Initialize the CAM Descriptor Pointer to locate the first 


the value to be loaded into the CAM Entry Pointer and the 
remaining fields are for the three CAM Address Ports (see 
section 4.3.10). In addition, there is one more field after the 
last descriptor containing the mask for the CAM Enable reg- 


descriptor in the CDA. This register must be reloaded 
each time a new Load CAM command is issued. 


5. Issue the Load CAM command (LCAM) in the Command 


ister. Each of the CAM descriptors are addressed by the register. (See section 4.3.1). 

CAM Descriptor Pointer (CDP) register. {f a transmission or reception is in progress, the CAM DMA 
After the system has initialized the CDA, it can issue the function will not occur until these operations are complete. 
Load CAM command to program the SONIC to read the When the SONIC completes the Load CAM command, the 
CDA and load the CAM. The procedure for issuing the Load CDP register points to the next location after the CAM En- 


able field and the CDC equals zero. The SONIC resets the 


CAM command is as follows. LCAM bit in the C Areal d sets the Load CAM 
1. Initialize the Upper Receive Resource Address (URRA) Done (cD) ie pe dee FeO A ne eee 


register. Note that the CAM Descriptor Area must reside 
within .the same 64k page as the Receive Resource 
Area. (See section 4.3.9). 
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FIGURE 4-2. CAM Descriptor Area Format 


TL/F/10492-22 


1-579 


a2e6esda 


DP83932B 


iil 


Status and 


Transmit 
Registers 


Receive 
Registers 


CAM 
Registers 


Tally 
Counters 


Watchdog 
Timer 


Control Registers 


4.0 SONIC Registers (Continued) 


RA<5:0> 
Oh Command Register 


1 Data Configuration Register 
2 Receive Control Register 

3 Transmit Control Register 

4 Interrupt Mask Register 

5 Interrupt Status Register 


3F Data Configuration Register 2 


6 Upper Transmit Descriptor Address Register 
7 Current Transmit Descriptor Address Register 
OD Upper Receive Descriptor Address Register 
OE Current Receive Descriptor Address Register 


14 Upper Receive Resource Address Register 


15 Resource Start Address Register 
16 Resource End Address Register 
17 Resource Read Register 

18 Resource Write Register 


2B Receive Sequence Counter 


21 CAM Entry Pointer 

22 CAM Address Port 2 

23 CAM Address Port 1 

24 CAM Address Port 0 

25 CAM Enable Register 
26 CAM Descriptor Pointer 


27 CAM Descriptor Count 

2C CRC Error Tally Counter 

2D Frame Alignment Error Tally 
2E Missed Packet Tally 

29 Watchdog Timer 0 

2A Watchdog Timer 1 


28 Silicon Revision Register 


FIGURE 4-3. Register Programming Model 
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= 

ai 
e 
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Status and Control Fields 
Control Fields 

Status and Control Fields 
Status and Control Fields 
Mask Fields 

Status Fields 

Control Fields 

Upper 16-bit Address Base 
Lower 16-bit Address Offset 
Upper 16-bit Address Base 
Lower 16-bit Address Offset 
Upper 16-bit Address Base 
Lower 16-bit Address Offset 
Lower 16-bit Address Offset 
Lower 16-Bit Address Offset 
Lower 16-bit Address Offset 


i) 
° 
Cc 
3 
7 
< 
2 
c 
0) 


8/7 Count Value 


4 
Pointer 


_ | Most Significant 16 bits of CAM Entry 


Middle 16 bits of CAM Entry 


Least Significant 16 bits of CAM Entry 
Mask Fields - 


Lower 16-bit Address Offset . 
5 


Count Value 


Lower 16-bit Count Value 
Upper 16-bit Count Value 


Chip Revision Number 


4.0 SONIC Registers (Continued) 


4.2 STATUS/CONTROL REGISTERS 


This set of registers is used to convey status/control infor- 
mation to/from the host system and to control the operation 
of the SONIC. These registers are used for loading com- 
mands generated from the system, indicating transmit and 
receive status, buffering data to/from memory, and provid- 


TRANSMIT REGISTERS 


R/W 


RECEIVE REGISTERS 


2C (Note 4) 
2D (Note 4) 
2E (Note 4) 


R/W 
R/W 


R/W Upper Transmit Descriptor Address UTDA 


Current Transmit Descriptor Address 


R/W CRC Error Tally CRCT 
FAE Tally FAET 
. Missed Packet Tally MPT 


ing interrupt control. The registers are selected by asserting 
chip select to the SONIC and providing the necessary ad- 
dress on register address pins RAS-RAO. Tables 4-1, 4-2, 
and 4-3 show the locations of all SONIC registers and 
where information on the registers can be found in the data 
sheet. 


TABLE 4-1. User Registers 


pscruo | tee | ammer | oomiet | it 
COMMAND AND STATUS REGISTERS 

sig rE 
er sa 


4.3.8, 3.4.4.1 
4.3.8, 3.5.3 


CTDA 


oD 4.3.9,9.4.4.1 
OE 43.9,3.4.43 
13 4.3.9,3.4.2 
14 4.3.9,3.4.4.1 
18 43.9, 3.4.1 
16 4.3.9, 3.4.1 
17 P nw | __ResourceReadPointer | RRP | 4.9.9, 94.1 
18 Resource Write Pointer 4.3.9, 3.4.1 
28 4.3.9, 9.4.3.2 
CAM REGISTERS . 
21 4.1, 4.3.10 
zaiNotet) | AR —«|~—CAMAddressPot2 | car2 | 4.1, 4.8.10 
za(Notet) | A —«|~—CAMAddressPortt, =| cart | 4.1, 4.8.10 
za(Notet) | RA «| ~—CAMAddressPorto | CAPO | 4.4, 4.9.10 
25 (Note 2) 4.1,4:3.10 
26 4.1,43.10 
27 CAM Descriptor Count ~ 4.1, 4.3.10 
TALLY COUNTERS 
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4.0 SONIC Registers (continued) 
TABLE 4-1. User Registers (Continued) 


Description 
RA5-RAO | coos | Register Symbol (section) 


WATCHDOG COUNTERS . 
SILICON REVISION 


28 | oR | Siiconevsion [sR] 4.8.13 


Note 1: These registers can only be read when the SONIC is in reset mode (RST bit in the CR is set). The SONIC gives invalid data when these registers are read in 
non-reset mode. 


Note 2: This register can only be written to when the SONIC is in reset mode. This register is normally only loaded by the Load CAM command. 

Note 3: The Data Configuration registers, DCR and DCR2, can only be written to when the SONIC is in reset mode (RST bit in CR is set). Writing to these registers 
while not in reset mode does not alter the registers. . 

Note 4: The data written to these registers is inverted before being latched. That is, if a value of FFFFh is written, these registers will contain and read back the 
value of 0000h. Data is not inverted during a read operation. 


TABLE 4-2. Internal Use Registers (Users should not write to these registers) 


own | te | mee] orm | 
TRANSMIT REGISTERS 
08 (Note 1) | TransmitPacketSize |S | 
09 |__TransmitFragmentCount | STFC | 8S 
35 


f=) 
> 


TPS 
TFC 
TFS 
TTDA 
MDT 


Temporary Transmit Descriptor Address 
Current Receive Buffer Address 0 CRBAO 3.4.2, 3.4.4.2 


0B 3.5 
OC (Note 2) 3.5 
20 | RW 3.5.4 
2F | OR | Maximum Deferral Timer | 43.4 
RECEIVE REGISTERS | 


R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 


oO 
1 


ADDRESS GENERATORS 


R/W Address Generator 0 ADDRO 
R/W Address Generator 1 ADDR1 


Note 1: The data that is read from these registers is the inversion of what has been written to them. 


Note 2: The value that is written to this register is shifted once in 16-bit mode and shifted twice in 32-bit mode. 


TABLE 4-3. National Factory Test Registers 


Register 


These registers are for factory use only. Users must not 
address these registers as improper SONIC operation 
can occur. 


Description 
(section) 


(RA5-RAO) 


R/W 
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4.0 SONIC Registers (continued) 
4.3 REGISTER DESCRIPTION 


4.3.1 Command Register 

(RA<5:0> =Oh) 

This register (Figure 4-4) is used for issuing commands to the SONIC. These commands are issued by setting the correspond- 
ing bits for the function. For all bits, except for the RST bit, the SONIC resets the bit after the command is completed. With the 
exception of RST, writing a “0” to any bit has no effect. Before any commands can be issued, the RST bit must first be reset to 
“0”. This means that, if the RST bit is set, two writes to the Command Register are required to issue a command to the SONIC; 
one to clear the RST bit, and one to issue the command. 

This register also controls the general purpose 32-bit Watchdog Timer. After the Watchdog Timer register has been loaded, it 
begins to decrement once the ST bit has been set to “1”. An interrupt is issued when the count reaches zero if the Timer 
Complete interrupt is enabled in the IMR. 

During hardware reset, bits 7, 4, and 2 are set to a “1”; all others are cleared. Bulan software reset bits 9, 8, 1, and O are 
cleared and bits 7 and 2 are set to a “1”; all others are unaffected. 
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FIGURE 4-4. Command Register 


Field ' Meaning 

LCAM LOAD CAM 
RRRA READ RRA 

RST SOFTWARE RESET 
ST START TIMER 
STP STOP TIMER 
RXEN RECEIVER ENABLE 
RXDIS RECEIVER DISABLE 
TXP TRANSMIT PACKET(S) 
HTX HALT TRANSMISSION 


Description 
Must be 0 


LCAM: LOAD CAM 

Setting this bit causes the SONIC to load the CAM with the descriptor that is pointed to by the CAM Descriptor 
Pointer register. 

Note: This bit must not be set during transmission (TXP is set). The SONIC will lock up if both bits are set simultaneously. 


RRRA: READ RRA 

Setting this bit causes the SONIC to read the next RRA descriptor pointed to by the Resource Read Pointer (RRP) 
register. Generally this bit is only set during initialization. Setting this bit during normal operation can cause improper 
receive operation. 


RST: SOFTWARE RESET 
Setting this bit resets all internal state machines. The CRC generator is disabled and the Tally counters are halted, 


but not cleared. The SONIC becomes operational when this bit is reset to “0”. A hardware reset sets this bit to a “1”. 
It must be reset to “0” before the SONIC becomes operational. 


Must be 0. 


ST: START TIMER 
Setting this bit enables the general-purpose watchdog timer to begin counting or to resume counting after it has 
been halted. This bit is reset when the timer is halted (i.e., STP is set). Setting this bit resets STP. 


STP: STOP TIMER 
Setting this bit halts the general-purpose watchdog timer and resets the ST bit. The timer resumes when the ST bit is 
set. This bit powers up as a ‘1’. Note: Simultaneously setting bits ST and STP stops the timer. 
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4.0 SONIC Registers (Continued) 
4.3 REGISTER DESCRIPTION 


4.3.1 Command Register (Continued) 
(RA<5:0> =0h) 


Bit 
3 


Description 


RXEN: RECEIVER ENABLE 

Setting this bit enables the receive buffer management engine to begin buffering data to memory. Setting this bit 
resets the RXDIS bit. Note: If this bit is set while the MAC unit is currently receiving a packet, both RXEN and RXDIS 
are set until the network goes inactive (i.e., the SONIC will not start buffering in the middle of a packet being 
received). 


RXDIS: RECEIVER DISABLE 

Setting this bit disables the receiver from buffering data to memory or the Receive FIFO. If this bit is set during the 
reception of a packet, the receiver is disabled only after the packet is processed. The RXEN bit is reset when the 
receiver is disabled. Tally counters remain active regardless of the state of this bit. Note: If this bit is set while the 
SONIC is currently receiving a packet, both RXEN and RXDIS are set until the packet is fully received. 


TXP: TRANSMIT PACKET(S) 

Setting this bit causes the SONIC to transmit packets which have been set up in the Transmit Descriptor Area (TDA). 
The SONIC loads its appropriate registers from the TDA, then begins transmission. The SONIC clears this bit after 
any of the following conditions have occurred: (1) transmission had completed (i.e., after the SONIC has detected 
EOL = 1), (2) the Halt Transmission command (HTX) has taken effect, or (3) a transmit abort condition has 
occurred. This condition occurs when any of the following bits in the TCR have been set: EXC, EXD, FU, or BCM. 
Note: This bit must not be set if a Load CAM operation is in progress (LCAM is set). The SONIC will lock up if both bits are set simultaneously. 


HTX: HALT TRANSMISSION 

Setting this bit halts the transmit command after the current transmission has completed. TXP is reset after 
transmission has halted. The Current Transmit Descriptor Address (CTDA) register points to the last descriptor 
transmitted. The SONIC samples this bit after writing to the TXpkt.status field. 
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4.0 SONIC Registers (Continued) 

4.3.2 Data Configuration Register 

(RA<5:0> = th) 

This register (Figure 4-5) establishes the bus cycle options for reading/writing data to/from 16- or 32-bit memory systems. 


During a hardware reset, bits 15 and 13 are cleared; all other bits are unaffected. (Because of this, the first thing the driver 
software does to the SONIC should be to set up this register.) All bits are unaffected by a software reset. This register must only 
be accessed when the SONIC is in reset mode (i.e., the RST bit is set in the Command register). 
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FIGURE 4-5. Data Configuration Register 


Fleld Meaning 

EXBUS EXTENDED BUS MODE 
LBR LATCHED BUS RETRY 

’ POO,PO1 PROGRAMMABLE OUTPUTS 
SBUS. SYNCHRONOUS BUS MODE 
USRO, USR1 USER DEFINABLE PINS 
WCO, WC1 WAIT STATE CONTROL 
DW DATA WIDTH SELECT 
BMS BLOCK MODE SELECT FOR DMA 
RFTO, RFT1 RECEIVE FIFO THRESHOLD 
TFTO, TFT1 TRANSMIT FIFO THRESHOLD 


Description 


EXBUS: EXTENDED BUS MODE 

Setting this bit enables the Extended Bus mode which enables the following: 

1)Extended Programmable Outputs, EXUSR <3:0>: This changes the TXD, LBK, RXC and RXD pins from the 
external ENDEC interface into four programmable user outputs, EXUSR <3:0> respectively, which are similar to 
USR <1:0>. These outputs are programed with bits 15-12 in the DCR2 (see section 4.3.7). On hardware reset, 
these four pins will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, then 
these pins will remain TRI-STATE until the SONIC becomes a bus master, at which time they will be driven according 
to the DCR2. If EXBUS is disabled, then these four pins work normally as external ENDEC interface pins. 

2)Synchronous Termination, STERM: This changes the TXC pin from the External ENDEC interface into a 
synchronous memory termination input for compatibility with Motorola style processors. This input is only useful 
when Asynchronous Bus mode is selected (bit 10 below is set to ‘0’’) and BMODE = 1 (Motorola mode). On 
hardware reset, this pin will be TRI-STATE and will remain that way until the DCR is changed. If EXBUS is enabled, 
this pin will remain TRI-STATE until the SONIC becomes a bus master, at which time it will become the STERM 
input. If EXBUS is disabled, then this pin works normally as the TXC pin for the external ENDEC interface. 

3)Asynchronous Bus Retry: Causes BRT to be clocked in asynchronously off the falling edge of bus clock. This only 
applies, however, when the SONIC is operating in asynchronous mode (bit 10 below is set to 0”). If EXBUS is not 
set, BRT is sampled synchronously off the rising edge of bus clock. (See section 5.4.6.) 


Must be 0. 


LBR: LATCHED BUS RETRY 

The LBR bit controls the mode of operation of the BRT signal (see pin description). It allows the BUS Retry operation 

to be latched or unlatched. 

0:Unlatched mode: The assertion of BRT forces the SONIC to finish the current DMA operation and get off the bus. 
The SONIC will retry the operation when BRT is deserted. 

1:Latched mode: The assertion of BRT forces the SONIC to finish the current DMA operation as above, however, the 
SONIC will not retry until BRT is deasserted and the BR bit in the ISR (see section 4.3.6) has been reset. Hence, the 
mode has been latched on until the BR bit is cleared. 

Note: Unless LBR is set to a “1”, BRT must remain asserted at least until the SONIC has gone idle. See section 5.4.6 and the timing for Bus Retry 

in section 7.0. 


PO1, POO: PROGRAMMABLE OUTPUTS © 

The PO1,PO0 bits individually control the USR1,0 pins respectively when SONIC is a bus master (HLDA or BGACK is 
active). When PO1/PO0 are set to a 1 the USR1/USRO pins are high during bus master operations and when these 
bits are set to a 0 the USR1/USRO pins are low during bus master operations. 
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4.0 SONIC Registers (Continued) 


4.3.2 Data Configuration Register (Continued) 
(RA<5:0> = th) 


Bit 
10 


Description 


SBUS: SYNCHRONOUS BUS MODE 
The SBUS bit is used to select the mode of system bus operation when SONIC is a bus master. This bit selects the internal 
ready line to be either a synchronous or asynchronous input to SONIC during block transfer DMA operations. 
0: Asynchronous mode. RDYi (BMODE =0) or DSACKO,1 (BMODE = 1) are respectively internally synchronized 
at the falling edge of the bus clock (T2 of the DMA cycle). No setup or hold times need to be met with 
respect to this edge to guarantee proper bus operation. 
1: Synchronous mode. RDYi (BMODE =0) and DSACKO,1 (BMODE = 1) must respectively meet the setup and 
hold times with respect to the rising edge of T1 or T2 to guarantee proper bus operation. 


USR1,0: USER DEFINABLE PINS 

The USR1,0 bits report the level of the USR1,0 signal pins, respectively, after a chip hardware reset. If the USR1,0 signal pins 
are ata logical 1 (tied to Vcc) during a hardware reset the USR1,0 bits are set to a 1. If the USR1,0 pins are at a logical 0 (tied 
to ground) during a hardware reset the USR1,0 bits are set to a 0. These bits are latched on the rising edge of RST. Once set 
they remain set/reset until the next hardware reset. 


WC1,0: WAIT STATE CONTROL 
These encoded bits determine the number of additional bus cycles (T2 states) that are added during each DMA cycle. 
wci1 wco Bus Cycles Added 
0 0 0) 
¢) 1 1 
1 0 2 
1 1 3 
DW: DATA WIDTH SELECT 
These bits select the data path width for DMA operations. 
DW __sData Width 
0 16-bit 
1 32-bit 


BMS: BLOCK MODE SELECT FOR DMA 

Determines how data is emptied or filled into the Receive or Transmit FIFO. 

0: Empty/fill mode: All DMA transfers continue until either the Receive FIFO has emptied or the Transmit FIFO has 
filled completely. 

1: Block mode: All DMA transfers continue until the programmed number of bytes (RFTO, RFT1 during reception or TFO, 
TF1 during transmission) have been transferred. (See note for TFTO, TFT1.) 


RFT1,RFTO: RECEIVE FIFO THRESHOLD 
These encoded bits determine the number of words (or long words) that are written into the receive FIFO from the MAC unit 
before a receive DMA request occurs. (See section 1.4.) 
RFT1 RFTO __ Threshold 
0 0 2 words or 1 long word (4 bytes) 
0 1 . 4 words or 2 long words (8 bytes) 
1 0 8 words or 4 long words (16 bytes) 
1 1 12 words or 6 long words (24 bytes) 


Note: In block mode (BMS bit = 1), the receive FIFO threshold sets the number of words (or long words) written to memory during a receive DMA block cycle. 


TFT1,TFTO: TRANSMIT FIFO THRESHOLD 
These encoded bits determine the minimum number of words (or long words) the DMA section maintains in the transmit FIFO. 
A bus request occurs when the number of words drops below the transmit FIFO threshold. (See section 1.4.) 
TFT1 TFTO Threshold 
0 4 words or 2 long words (8 bytes) 
1 8 words or 4 long words (16 bytes) 
0 12 words or 6 long words (24 bytes) 
1 14 words or 7 long words (28 bytes) 


Note: In block mode (BMS = 1), the number of bytes the SONIC reads in a single DMA burst equals the transmit FIFO threshold value. If the number of words 
or long words needed to fill the FIFO is less than the threshold value, then only the number of reads required to fill the FIFO in a single DMA burst will be made. 
Typically, with the FIFO threshold value set to 12 or 14 words, the number of memory reads needed is less than the FIFO threshold value. 
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4.0 SONIC Registers (Continued) 


4.3.3 Recelve Control Register 

(RA<5:0> = 2h) 

This register is used to filter incoming packets and provide status information of accepted packets (Figure 4-6). Setting any of 
bits 15-11 to a 1” enables the corresponding receive filter. If none of these bits are set, only packets which match the CAM 
Address registers are accepted. Bits 10 and 9 control the loopback operations. 


After reception, bits 8-0 indicate status information about the accepted packet and are set to “1” when the corresponding 
condition is true. If the packet is accepted, all bits in the RCR are written into the RXpkt.status field. Bits 8-6 and 3-0 are 
cleared at the reception of the next packet. 


This register is unaffected by a software reset. 


15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 
ferr | ant | pr | pRo| amc | tet | LB0 | wc | ac |LPKT| crs | cot |crcr|FAcA] tek | PRX | 
r/w ot/wet/weet/wesert/weset/w_sotl/w r r r r r r r r r 

r=read only, r/w= read/write : 
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FIGURE 4-6. Receive Control Register 


Field Meaning 
ERR ACCEPT PACKET WITH ERRORS 
RNT ACCEPT RUNT PACKETS 
BRD ACCEPT BROADCAST PACKETS 
PRO PHYSICAL PROMISCUOUS PACKETS 
AMC ACCEPT ALL MULTICAST PACKETS 
LBO,LB1 LOOPBACK CONTROL 
MC MULTICAST PACKET RECEIVED 
BC BROADCAST PACKET RECEIVED 
LPKT LAST PACKET IN RBA 
CRS CARRIER SENSE ACTIVITY 
COL COLLISION ACTIVITY 
CRCR CRC ERROR 
FAER FRAME ALIGNMENT ERROR 
LBK LOOPBACK PACKET RECEIVED 
PRX PACKET RECEIVED OK 


Description 


ERR: ACCEPT PACKET WITH CRC ERRORS OR COLLISIONS 
0: Reject all packets with CRC errors or when a collision occurs. 
1: Accept packets with CRC errors and ignore collisions. 


RNT: ACCEPT RUNT PACKETS 

0: Norma! address match mode. 

1: Accept runt packets (packets less than 64 bytes in length). 
Note: A hardware reset clears this bit. 


BRD: ACCEPT BROADCAST PACKETS 

0: Normal address match mode. 

1: Accept broadcast packets (packets with addresses that match the CAM are also accepted). 
Note: This bit is cleared upon hardware reset. 


PRO: PHYSICAL PROMISCUOUS MODE 

Enable all Physical Address packets to be accepted. 
0: norma! address match mode. 

1: promiscuous mode. 


AMC: ACCEPT ALL MULTICAST PACKETS 

0: normal address match mode. 

1: enables all multicast packets to be accepted. Broadcast packets are also accepted regardless 
of the BRD bit. (Broadcast packets are a subset of multicast packets.) 
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4.0 SONIC Registers (Continued) 


4.3.3 Receive Control! Register (Continued) 
(RA<5:0> = 2h) 


Bit 
10,9 


Description 


LB1,LB0: LOOPBACK CONTROL 
These encoded bits control loopback operations for MAC loopback, ENDEC loopback and Transceiver lookback. For 
proper operation, the CAM Address registers and Receive Control register must be initialized to accept the Destination 
address of the loopback packet (see section 1.7). 
Note: A hardware reset clears these bits. 
LB1 LBO Function 

0 0 no loopback, normal operation 

0 1 MAC loopback 

1 0 ENDEC loopback 

1 1 Transceiver loopback 


MC: MULTICAST PACKET RECEIVED 

This bit is set when a packet is received with a Multicast Address. 

BC: BROADCAST PACKET RECEIVED 

This bit is set when a packet is received with a Broadcast Address. 

LPKT: LAST PACKET IN RBA 

This bit is set when the last packet is buffered into a Receive Buffer Area (RBA). The SONIC detects this condition 
when its Remaining Buffer Word Count (RBWCO,1) register is less than the End Of Buffer Count (EOBC) register. (See 
section 3.4.2.) 

CRS: CARRIER SENSE ACTIVITY 

Set when CRS is active. Indicates the presence of network activity. 


COL: COLLISION ACTIVITY 
Indicates that the packet received had a collision occur during reception. 


CRCR: CRC ERROR 
Indicates the packet contains a CRC error. If the packet also contains a Frame Alignment error, FAER will be set 
instead (see below). 


FAER: FRAME ALIGNMENT ERROR 
Indicates that the incoming packet was not correctly framed on an 8-bit boundary. Note: if no CRC errors have 
occurred, this bit is not set (i.e., this bit is only set when both a frame alignment and CRC error occurs). 


LBK: LOOPBACK PACKET RECEIVED 
Indicates that the SONIC has successfully received a loopback packet. 


PRX: PACKET RECEIVED OK 
Indicates that a packet has been received without CRC, frame alignment, length (runt packet) errors or collisions. 
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4.0 SONIC Registers (Continued) 


4.3.4 Transmit Control Register 

(RA<5:0> = 3h) 

This register is used to program the SONIC’s transmit actions and provide status information after a packet has been transmit- 
ted (Figure 4-7). At the beginning of transmission, bits 15, 14, 13 and 12 from the TXpkt.config field are loaded into the TCR to 
configure the various transmit modes (see section 3.5.1.1). When the transmission ends, bits 10-0 indicate status information 
and are set to a “1” when the corresponding condition is true. These bits, along with the number of collisions information, are 
written into the TXpkt.status field at the end of transmission (see section 3.5.1.2). Bits 9 and 5 are cleared after the TXpkt.status 
field has been written. Bits 10, 7, 6, and 1 are cleared at the commencement of the next transmission while bit 8 is set at this 
time. 


A hardware reset sets bits 8 and 1 to a “1”. This register is unaffected by a software reset. 
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FIGURE 4-7. Transmit Control Register 


Meaning 
PROGRAMMABLE INTERRUPT 
PROGRAMMED OUT OF WINDOW COLLISION TIMER 
CRC INHIBIT 
DISABLE EXCESSIVE DEFERAL TIMER 
EXCESSIVE DEFERRAL 
DEFERRED TRANSMISSION 
NO CRS 
CRS LOST 
EXCESSIVE COLLISIONS 
OUT OF WINDOW COLLISION 
PACKET MONITORED BAD 
FIFO UNDERRUN 
BYTE COUNT MISMATCH 
PACKET TRANSMITTED OK 


Description 


PINTR: PROGRAMMABLE INTERRUPT 

This bit allows transmit interrupts to be generated under software control. The SONIC will issue an interrupt (PINT in 
the Interrupt Status Register) immediately after reading a TDA and detecting that PINTR is set in the TXpkt.config 
field. 


Note: In order for PINTR to operate properly, it must be set and reset in the TXpkt.config field by alternating TDAs. This is necessary because after 
PINT has been issued in the ISR, PINTR in the Transmit Control Register must be cleared before it is set again in order to have the interrupt issued 
for another packet. The only effective way to do this is to set PINTR to a 1 no more often than every other packet. 

POWC: PROGRAM “OUT OF WINDOW COLLISION” TIMER 

This bit programs when the out of window collision timer begins. 

0: timer begins after the Start of Frame Delimiter (SFD). 

1: timer begins after the first bit of preamble. 


CRCI: CRC INHIBIT 
0: transmit packet with 4-byte FCS field 
1: transmit packet without 4-byte FCS field 


EXDIS: DISABLE EXCESSIVE DEFERRAL TIMER: 
0: excessive deferral timer enabled 
1: excessive deferral timer disabled 


Must be 0. 


EXD: EXCESSIVE DEFERRAL 
Indicates that the SONIC has been deferring for 3.2 ms. The transmission is aborted if the excessive deferral timer is 
enabled (i.e. EXDIS is reset). This bit can only be set if the excessive deferral timer is enabled. 
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4.0 SO 


NIC Registers (Continue) 


4.3.4 Transmit Control Register (Continued) 


(RA<5:0> 


= 3h) 


ital desc 


DEF: DEFERRED TRANSMISSION 
Indicates that the SONIC has deferred its transmission during the first attempt. if spite ria: collisions occur, this bit 
is reset. This bit is cleared after the TXpkt.status field is written in the TDA. : 


NCRS: NO CRS 

Indicates that Carrier Sense (CRS) was not present during transmission. CRS is monitored from the beginning of the 
Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. This bit is set at the start 
of preamble and is reset if CRS is detected. Hence, if CRS is never detected throughout the entire transmission of 
the packet, this bit will remain set. 


‘Note: NCRS will always remain set in MAC loopback. 


CRSL: CRS LOST 

Indicates that CRS has gone low or has not been present during transmission. CRS is monitored from the beginning 
of the Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. 

Note: If CRS was never present, both NCRS and CRSL will be set Sees: Also, CRSL will always be set in MAC loopback. 


EXC: EXCESSIVE COLLISIONS 
Indicates that 16 collisions have occurred. The jtsnaraieeion | is aborted. 


OWC: OUT OF WINDOW COLLISION 

Indicates that an illegal collision has occurred after 51.2 zs (one slot time) from either the first bit of preamble or 
from SFD depending upon the POWC bit. The transmission backs off as in a normal transmission. This bit is cleared 
after the TXpkt.status field is written in the TDA. 


Must be 0. 


PMB: PACKET MONITORED BAD 
This bit is set, if after the receive unit has monitored the transmitted packet, the CRC has been calculated as invalid, 
a frame alignment error occurred or the Source Address does not match any of the CAM address registers. 


Note 1: The SONIC’s CRC checker is active during transmission. 


Note 2: If CRC has been inhibited for transmissions (CRCI is set), this bit will always be low. This is true regardless of Frame Alignment or Source 
Address mismatch errors. 


Note 3: If a Receive FIFO overrun has occurred, the transmitted packet is not monitored completely. Thus, if PMB is set along with the RFO bit in the 
ISR, then PMB has no meaning. The packet must be completely received before PMB has meaning. 

FU: FIFO UNDERRUN 

Indicates that the SONIC has not been able to access the bus before the FIFO has emptied. This condition occurs 
from excessive bus latency and/or slow bus clock. The transmission is aborted. (See section 1.4.2.) 


BCM: BYTE COUNT MISMATCH. 
This bit is set when the SONIC detects that the TXpkt. pkt__size field is not equal to the sum of the gis frag__size 
field(s). Transmission is aborted. 


PTX: PACKET TRANSMITTED OK 

Indicates that a packet has been transmitted without the following errors: 
—Excessive Collisions (EXC) 

—Excessive Deferral (EXD) 

—FIFO Underrun (FU) 

—Byte Count Mismatch (BCM) 
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4.0 SONIC Registers (Continued) 

4.3.5 Interrupt Mask Register 

(RA<5:0> = 4h) . 

This register masks the interrupts that can be generated from the ISR (Figure 4-8). Writing a “1” to the bit enables the 
corresponding interrupt. During a hardware reset, all mask bits are cleared. 


14 13 12 


15 11 10 9 8 7 6 5 4 3 2 1 0 
[o JaRen|HaLen[.coen|PinTen[PrxeN[PTxen[TxeREN|TCEN] DEEN] ABEEN|ABAEEN|CRCEN|FAEEN|MPEN|RFOEN 


r/w sor /w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w 
r/w=read/write 


FIGURE 4-8. Interrupt Mask Register 


Fleld Meaning 
BREN BUS RETRY OCCURRED ENABLE 
HBLEN HEARTBEAT LOST ENABLE 
LCDEN LOAD CAM DONE INTERRUPT ENABLE 
PINTEN PROGRAMMABLE INTERRUPT ENABLE 
PRXEN PACKET RECEIVED ENABLE 
PTXEN ~— PACKET TRANSMITTED OK ENABLE 
TXEREN TRANSMIT ERROR ENABLE 
TCEN TIMER COMPLETE ENABLE 
RDEEN RECEIVE DESCRIPTORS ENABLE 
RBEEN RECEIVE BUFFERS EXHAUSTED ENABLE 
RBAEEN RECEIVE BUFFER AREA EXCEEDED ENABLE ~ 
CRCEN CRC TALLY COUNTER WARNING ENABLE 
FAEEN FAE TALLY COUNTER WARNING ENABLE 
MPEN MP TALLY COUNTER WARNING ENABLE 
RFOEN RECEIVE FIFO OVERRUN ENABLE 


Description 


Must be 0. 


BREN: BUS RETRY OCCURRED enabled: 
0: disable 
1: enables interrupts when a Bus Retry operation is requested. 


HBLEN: HEARTBEAT LOST enable: 
0: disable 
1: enables interrupts when a heartbeat lost condition occurs 


LCDEN: LOAD CAM DONE INTERRUPT enable: 
0: disable 
1: enables interrupts when the Load CAM command has finished 


PINTEN: PROGRAMMABLE INTERRUPT enable: 
0: disable 
1: enables programmable interrupts to occur when the PINTR bit the TXpkt.config field is set to a ‘'1”’. 


PRXEN: PACKET RECEIVED enable: 
0: disable 
4: enables interrupts for packets accepted. 


PTXEN: PACKET TRANSMITTED OK enable: 


0: disable 
1: enables interrupts for transmit completions 


TXEREN: TRANSMIT ERROR enable: 
0: disable 
1: enables interrupts for packets transmitted with error. 
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4.0 SONIC Registers (continued) 


4.3.5 Interrupt Mask Register (Continued) 
(RA<5:0> = 4h) 


Description 
TCEN: GENERAL PURPOSE TIMER COMPLETE enable: 
0: disable . -_ 
1: enables interrupts when the general purpose timer has rolled over from 0000 0000h to FFFF FFFFh. 
RDEEN: RECEIVE DESCRIPTORS EXHAUSTED enable: . . 
0: disable . 
1: enables interrupts when all receive descriptors in the RDA have been exhausted. 


RBEEN: RECEIVE BUFFERS EXHAUSTED enable: 
0: disable 
1: enables interrupts when all resource descriptors in the RRA have been exhausted. 


RBAEEN: RECEIVE BUFFER AREA EXCEEDED enable: 
0: disable 
1: enables interrupts when the SONIC attempts to buffer data beyond the end of the Receive Buffer Area. 


CRCEN: CRC TALLY COUNTER WARNING enable: 
0: disable 
1: enables interrupts when the CRC tally counter has rolled over from-FFFFh to 0000h. 


FAEEN: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER WARNING enable: 


0: disable 

1: enables interrupts when the FAE tally counter rolled over from FFFFh to 0000h. 
MPEN: MISSED PACKET (MP) TALLY COUNTER WARNING enable: 

0: disable 

1: enables interrupts when the MP tally counter has rolled over from FFFFh to 0000h. 
RFOEN: RECEIVE FIFO OVERRUN enable: 

0: disable 

1: enables interrupts when the receive FIFO has overrun. 
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4.0 SONIC Registers (Continued) 

4.3.6 Interrupt Status Register 

(RA<5:0> = 5h) 

This register (Figure 4-9) indicates the source of an interrupt when the INT pin goes active. Enabling the corresponding bits in 


the IMR allows bits in this register to produce an interrupt. When an interrupt is active, one or more bits in this register are set to 
a “1”. A bit is cleared by writing “1” to it. Writing a “0” to any bit has no effect. 


This register is cleared by a hardware reset and unaffected by a software reset. 
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FIGURE 4-9. Interrupt Status Register 


Meaning 
BUS RETRY OCCURRED 
CD HEARTBEAT LOST 
LOAD CAM DONE 
PROGRAMMABLE INTERRUPT 
PACKET RECEIVED 
TRANSMISSION DONE 
TRANSMIT ERROR 
TIMER COMPLETE 
RECEIVE DISCRIPTORS EXHAUSTED 
RECEIVE BUFFERS EXHAUSTED 
RECEIVE BUFFER AREA EXCEEDED 
CRC TALLY COUNTER ROLLOVER 
FRAME ALIGNMENT ERROR 
MISSED PACKET COUNTER ROLLOVER 
RECEIVE FIFO OVERRUN 


Description 


Must be 0. 


BR: BUS RETRY OCCURRED 

Indicates that a Bus Retry (BRT) operation has occurred. In Latched Bus Retry mode (LBR in the DCR), BR will only 
be set when the SONIC is a bus master. Before the SONIC will continue any DMA operations, BR must be cleared. In 
Unlatched mode, the BR bit should be cleared also, but the SONIC will not wait for BR to be cleared before 
requesting the bus again and continuing its DMA operations. (See sections 4.3.2 and 5.4.6 for more information on 
Bus Retry). 


HBL: CD HEARTBEAT LOST 
If the transceiver fails to provide a collision pulse (heart beat) during the first 6.4 ys of the Interframe Gap after 
transmission, this bit is set. 


LCD: LOAD CAM DONE — 
Indicates that the Load CAM command has finished writing to all programmed locations in the CAM. (See section 
4.1.1.) 


PINT: PROGRAMMED INTERRUPT 
Indicates that upon reading the TXpkt.config field, the SONIC has detected the PINTR bit to be set. (See section 
4.3.4.) 


PKTRX: PACKET RECEIVED 
Indicates that a packet has been receivéd and been buffered to memory. This bit is set after the RXpkt.seq_no field 
is written to memory. 


TXDN: TRANSMISSION DONE 

Indicates that either (1) there are no remaining packets to be transmitted in the Transmit Descriptor Area (i.e., the 
EOL bit has been detected as a “1”), (2) the Halt Transmit command has been given (HTX bit in CR is set to a “1”), 
or (3) a transmit abort condition has occurred. This condition occurs when any of following bits in the TCR are set: 
BCM, EXC, FU, or EXD. This bit is set after the TXpkt.status field has been written to. 
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4.0 SONIC Registers (Continued) 


4.3.6 Interrupt Status Register (Continued) 
(RA<5:0> = 5h) 


Bit 
8 


Description 


TXER: TRANSMIT ERROR 

Indicates that a packet has been transmitted with at least one of the following errors. 
—Byte count mismatch (BCM) 

—Excessive collisions (EXC) 

—FIFO underrun (FU) 

—Excessive deferral (EXD) 

The TXpkt.status field reveals the cause of the error(s). 


TC: GENERAL PURPOSE TIMER COMPLETE 
Indicates that the timer has rolled over from 0000 0000h to FFFF FFFFh. (See section 4.3.12.) 


RDE: RECEIVE DESCRIPTORS EXHAUSTED 
Indicates that all receive packet descriptors in the RDA have been exhausted. This bit is set when the SONIC 
detects EOL = 1. (See section 3.4.7.) 


RBE: RECEIVE BUFFER EXHAUSTED 
Indicates that the SONIC has detected the Resource Read Pointer (RRP) is equal to the Resource Write Pointer 
(RWP). This bit is set after the last field is read from the resource area. (See section 3.4.7.) 


Note 1: This bit will be set as the SONIC finishes using the second to last receive buffer and reads the last RRA descriptor. This gives the system an 
early warning of impending no resources. 


Note 2: The SONIC will stop reception of packets when the last RBA has been used and will not continue reception until additional receive buffers 
have been added (i.e., RWP is incremented beyond RRP) and this bit has been reset. 


Note 3: If additional buffers have been added, resetting this bit tells the SONIC there are new buffers available in the RRA. The SONIC will get a new 
buffer from the RRA after it has used the buffer that caused it to set RBE in the first place. If the SONIC already used this buffer, then clearing RBE 
will cause the SONIC to read the RRA immediately. 


Note 4: If RBE is cleared before adding new buffers to the RRA, the SONIC will set RBE again without having read anything from the RRA (the RWP 
register must be written to before RBE is cleared in order to make the SONIC read the RRA again). 

RBAE: RECEIVE BUFFER AREA EXCEEDED 

Indicates that during reception, the SONIC has reached the end of the Receive Buffer Area. Reception is aborted 


and the SONIC fetches the next available resource descriptors in the RRA. The buffer space is not re-used and an 
RDA is not set up for the truncated packet (see section 3.4.7). 


CRC: CRC TALLY COUNTER ROLLOVER 
Indicates that the tally counter has rolled over from FFFFh to 0000h. (See section 4.3.11.) 


FAE: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER ROLLOVER 
Indicates that the FAE tally counter has rolled over from FFFFh to 0000h. (See section 4.3.11.) 


MP: MISSED PACKET (MP) COUNTER ROLLOVER 
Indicates that the MP tally counter has rolled over from FFFFh to 0000h. (See section 4.3.11.) 


RFO: RECEIVE FIFO OVERRUN 

Indicates that the SONIC has been unable to access the bus before the receive FIFO has filled from the network. 
This condition is due to excessively long bus latency and/or slow bus clock. Note that FIFO underruns are indicated 
in the TCR. (See section 1.4.1.) : 
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4.0 SONIC Registers (Continued) 


4.3.7 Data Configuration Register 2 
(RA<5:0> = 3Fh) 
This register (Figure 4-10) is for enabling the extended bus interface options. 


A hardware reset will set all bits in this register to ‘‘O” except for the Extended Programmable Outputs which are unknown until 
written to and bits 5 to 11 which must always be written with Os but are ‘‘don’t cares” when read. A software reset will not affect 
any bits in this register. This register should only be written to when the SONIC is in software reset (the RST bit in the Command 
sie : set). 
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" FIGURE 4-10. Data Configuration Register 2 


Field Meaning 
EXPO3..0 EXTENDED PROGRAMMABLE OUTPUTS 
PROGRAM HOLD 
LATCHED READY 
PACKET COMPRESS WHEN MATCHED 
PACKET COMPRESS WHEN NOT MATCHED 
REJECT ON CAM MATCH 


Description 


EXPO<3:0> EXTENDED PROGRAMMABLE OUTPUTS 

These bits program the level of the Extended User outputs (EXUSR<3:0>) when the SONIC is a bus master. 
Writing a “1” to any of these bits programs a high level to the corresponding output. Writing a “0” to any of these 
bits programs a low level to the corresponding output. EXUSR <3:0> are similiar to USR<1:0> except that 
EXUSR<3:0> are only available when the Extended Bus mode is selected (bit 15 in the DCR is set to “1”, see 
section 4.3.2). 


Must be written with zeroes. 


PH: PROGRAM HOLD 
When this bit is set to “0”, the HOLD request output is asserted/deasserted from the falling edge of bus clock. If this 
bit is set to 1", HOLD will be asserted/deasserted 1/2 clock later on the rising edge of bus clock. 


Must be zero. , 


PCM: PACKET COMPRESS WHEN MATCHED 

Wher this bit is set to a “1” (and the PCNM bit is reset to a ‘“‘0”), the PCOMP output will be asserted if the 
destination address of the packet being received matches one of the entries in the CAM (Content Addressable 
Memory). This bit, along with PCNM, is used with the Management Bus of the DP83950, Repeater Interface 
Controller (RIC). See the DP83950 datasheet for more details on the RIC Management Bus. This mode is also called 
the Managed Bridge Mode. 

Note 1: Setting PCNM and PCM to “1” at the same time is not allowed. 

Note 2: If PCNM and PCM are both “0”, the PCOMP output will remain TRI-STATE until PCNM or PCM are changed. 


PCNM: COMPRESS WHEN NOT MATCHED 

When this bit is set to a “1” (and the PCM bit is set to ‘0’’), the PCOMP output will be asserted if the destination 
address of the packet does not match one of the entries in the CAM. See the PCM bit above. This mode is also 
called the Managed Hub Mode. 


Note: PCOMP will not be asserted if the destination address is a broadcast address. This is true regardless of the state of the BRD bit in the 
Receive Control Register. 


RJCM: REJECT ON CAM MATCH 

When this bit is set to ‘1”, the SONIC will reject a packet on a CAM match. Setting RUCM to “0” causes the SONIC 
to operate normally by accepting packets on a CAM match. Setting this mode is useful for a small bridge with a 
limited number of nodes attached to it. RJCM only affects the CAM, though. Setting RUCM will not invert the function 
of the BRD, PRO or AMC bits (to accept broadcast, all physical or multicast packets respectively) in the Receive 
Control Register (see section 4.3.3). This means, for example, that it is not possible to set RJCM and BRD to reject 
all broadcast packets. If RJCM and BRD are set at the same time, however, all broadcast packets will be accepted, 
but any packets that have a destination address that matches an address in the CAM will be rejected. 
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4.0 SONIC Registers (Continued) 


4.3.8 Transmit Registers 


The transmit registers described in this section are part of 
the User Register set. The UTDA and CTDA must be initial- 
ized prior to issuing the transmit command (setting the TXP 
bit) in the Command register. 


Upper Transmit Descriptor Address Register (UTDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the transmit descriptor area (TDA) and is con- 
catenated with the contents of the CTDA when the SONIC 
accesses the TDA in system memory. The TDA can be as 
large as 32k words or 16k long words and can be located 
anywhere in system memory. This register is unaffected by 
a hardware or software reset. 


Current Transmit Descriptor Address Register (CTDA): 
The 16-bit CTDA register contains the lower address bits 
(A<15:1>) of the 32-bit transmit descriptor address. During 
initialization this register must be programmed with the low- 
er address bits of the transmit descriptor. The SONIC con- 
catenates the contents of this register with the contents of 
the UTDA to point to the transmit descriptor. For 32-bit 
memory systems, bit 1, corresponding to address signal A1, 
must be set to “0” for alignment to long-word boundaries. 
Bit O of this register is the End of List (EOL) bit and is used 
to denote the end of the list. This register is unaffected by a 
hardware or software reset. 


4.3.9 Receive Registers 


The receive registers described in this section are part of 
the User Register set. A software reset has no effect on 
these registers and a hardware reset only affects the EOBC 
and RSC registers. The receive registers must be initialized 


prior to issuing the receive command (setting the RXEN bit) 
in the Command register. 


Upper Receive Descriptor Address Register (URDA): 
This register contains the upper address bits (A<31:16>) 
for accessing the receive descriptor area (RDA) and is con- 
catenated with the contents of the CRDA when the SONIC 
accesses the RDA in system memory. The RDA can be as 
large as 32k words or 16k long words and can be located 
anywhere in system memory. This register is unaffected by 
a hardware or software reset. 


Current Receive Descriptor Address Register (CRDA): 
The CRDA is a 16-bit read/write register used to locate the 
received packet descriptor block within the RDA. It contains 
the lower address bits (A<15:1>). The SONIC concate- 
nates the contents of the CRDA with the contents of the 
URDA to form the complete 32-bit address. The resulting 
32-bit address points to the first field of the descriptor block. 
For 32-bit memory systems, bit 1, corresponding to address 
signal A1, must be set to “0” for alignment to long-word 
boundaries. Bit 0 of this register is the End of List (EOL) bit 
and is used to denote the end of the list. This register is 
unaffected by a hardware or software reset. 


End of Buffer Word Count Register (EOBC): The SONIC 
uses the contents of this register to determine where to 
place the next packet. At the end of packet reception, the 
SONIC compares the contents of the EOBC register with 
the contents of the Remaining Buffer Word Count registers 
(RBWCO,1) to determine whether: (1) to place the next 
packet in the same RBA or (2) to place the next packet in 
another RBA. If the EOBC is less than or equal to the re- 
maining number of words in the RBA after a packet is re- 
ceived (i.e., EOBC < RBWCO,1), the SONIC buffers the 
next packet in the same RBA. If the EOBC is greater than 


the remaining number of words in the RBA after a packet is 
received (i.e., EOBC > RBWCO,1), the Last Packet in RBA 
bit, LPKT in the Receive Control Register, section 4.3.3, is 
set and the SONIC fetches the next resource descriptor. 
Hence, the next packet received will be buffered in a new 
RBA. A hardware reset sets this register to 02F8H (760 
words or 1520 bytes). See sections 3.4.2 and 3.4.4.4 for 
more information about using EOBC. 


Upper Receive Resource Address Register (URRA): The 


_URRA is a 16-bit read/write register. It is programmed with 


1-596 


the base address of the receive resource area (RRA). This 
16-bit upper address value (A<31:16>) locates the receive 
resource area in system memory. SONIC uses the URRA 
register when accessing the receive descriptors within the 
RRA by concatenating the lower address value from one of 
four receive resource registers (RSA, REA, RWP, or RRP). 


Resource Start Address Register (RSA): The RSA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RSA is programmed with the lower 
15-bit address (A<15:1>) of the starting address of the 
receive resource area. SONIC concatenates the contents of 
this register with the contents of the URRA to form the com- 
plete 32-bit address. 


Resource End Address Register (REA): The REA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The REA is programmed with the lower 
15-bit address (A<15:1>) of the ending address of the re- 
ceive resource area. SONIC concatenates the contents of 
this register with the contents of the URRA to form the com- 
plete 32-bit address. 


Resource Read Pointer Register (RRP): The RFP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RAP is programmed with the lower 
15-bit address (A<15:1>) of the first field of the next de- 
scriptor the SONIC will read. SONIC concatenates the con- 
tents of this register with the contents of the URRA to form 
the complete 32-bit address. 


Resource Write Pointer.Register (RWP): The RWP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RWP is programmed with the lower 
15-bit address (A<15:1>) of the next available location the 
system can add a descriptor. SONIC concatenates the con- 
tents of this register with the contents of the URRA to form 
the complete 32-bit address. In 32-bit mode, bit 1, corre- 
sponding to address signal A1, must be zero to insure the 
proper equality comparison between this register and the 
RRP register. 


Receive Sequence Counter Register (RSC): This is a 
16-bit read/write register containing two fields. The SONIC 
uses this register to provide status information on the num- 
ber of packets within a RBA and the number of RBAs. The 
RSC register contains two 8-bit (modulo 256) counters. Af- 
ter each packet is received the packet sequence number is 
incremented. The SONIC maintains a single sequence num- 
ber for each RBA. When the SONIC uses the next RBA, the 
packet sequence number is reset to zero and the RBA se- 


_ quence number is incremented. This register is reset to 0 by 


a hardware reset or by writing zero to it. A software reset 
has no affect. 


15 8 7 0 


RBA Sequence Number Packet Sequence Number 
(modulo 256) (Modulo 256) 


4.0 SONIC Registers (Continued) 


4.3.10 CAM Registers 


The CAM registers described in this section are part of the 
User Register set. They are used to program the Content 
Addressable Memory (CAM) entries that provide address 
filtering of packets. These registers, except for the CAM 
Enable register, are unaffected by a hardware or software 
reset. 


CAM Entry Pointer Register (CEP): The CEP is a 4-bit 
register used by SONIC to select one of the sixteen CAM 
entries. SONIC uses the least significant 4-bits of this regis- 
ter. The value of Oh points to the first CAM entry and the 
value of Fh points to the last entry. 


CAM Address Port 2, 1, 0 Registers (CAP2, CAP1, 
CAPO): Each CAP is a 16-bit read-only register used to ac- 
cess the CAM cells. Each CAM cell is 16-bits wide and con- 
tains one third of the 48-bit CAM entry which is used by the 
SONIC for address filtering. The CAP2 register is used to 
access the upper bits (<47:32>), CAP1 the middle bits 
(<31:16>) and CAPO the lower bits (<15:0>) of the CAM 
entry. Given the physical address 10:20:30:40:50:60, which 
is made up of 6 octets or bytes, where 10h is the least 
significant byte and 60h is the most significant byte (10h 
would be the first byte received from the network and 60h 
would be the last), CAPO would be loaded with 2010h, CAP1 
with 4030h and CAP2 with 6050h. 


To read a CAM entry, the user first places the SONIC in 
software reset (set the RST bit in the Command register), 
programs the CEP register to select one of sixteen CAM 
entries, then reads CAP2, CAP1, and CAPO to obtain the 
complete 48-bit entry. The user can not write to the CAM 
entries directly. Instead, the user programs the CAM de- 
scriptor area in system memory (see section 4.1.1), then 
issues the Load CAM command (setting LCAM bit in the 
Command register). This causes the SONIC to read the de- 
scriptors from memory and loads the corresponding CAM 
entry through CAP2-0. 


LSB 
0 


Destination Address 


47 32 31 16 15 0 


CAPE 


CAM Enable Register (CE): The CE is a 16-bit read/write 
register used to mask out or enable individual CAM entries. 
Each register bit position corresponds to a CAM entry. 
When a register bit is set to a “1” the corresponding CAM 
entry is enabled. When “0” the entry is disabled. This regis- 
ter is unaffected by a software reset and cleared to zero 
(disabling all entries) during a hardware reset. Under normal 
operations the user does not access this register. Instead 
the user sets up this register through the last entry in the 
CAM descriptor area. The SONIC loads the CE register dur- 
ing execution of the LCAM Command. 

CAM Descriptor Pointer Register (CDP): The CDP is a 
15-bit read/write register. The LSB is unused and always 
reads back as 0. The CDP is programmed with the lower 
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address (A<15:1>) of the first field of the CAM descriptor 
block in the CAM descriptor area (CDA) of system memory. 
SONIC uses the contents of the CDP register when access- 
ing the CAM descriptors. This register must be programmed 
by the user before issuing the LCAM command. During exe- 
cution of the LCAM Command SONIC concatenates the 
contents of this register with the contents of the URRA reg- 
ister to form the complete 32-bit address. During the Load 
CAM operation this register is incremented to address the 
fields in the CDA. After the Load Command completes this 
register points to the next location after the CAM Descriptor 
Area. 


CAM Descriptor Count Register (CDC): The CDC is a 
5-bit read/write register. It is programmed with the number 
of CAM descriptor blocks in the CAM descriptor area. This 
register must be programmed by the user before issuing the 
LCAM command. SONIC uses the value in this register to 
determine how many entries to place in the CAM during 
execution of the LCAM command. During LCAM execution 
SONIC decrements this register each time it reads a de- 
scriptor block. When the CDC decrements to zero SONIC 
terminates the LCAM execution. Since the CDC register is 
programmed with the number of CAM descriptor blocks in 
the CAM Descriptor Area, the value programmed into the 
CDC register ranges 1 to 16 (1h to 10h). 


4.3.11 Tally Counters 


The SONIC provides three 16-bit counters used for monitor- 
ing network statistics on the number of CRC errors, Frame 
Alignment errors, and missed packets. These registers roll- 
over after the count of FFFFh is reached and produce an 
interrupt if enabled in the Interrupt Mask Register (IMR). 
These counters are unaffected by the RXEN bit in the CR, 
but are halted when the RST bit in the CR is set. The data 
written to these registers is inverted before being latched. 
This means that if a value of FFFFh is written to these regis- 
ters by the system, they will contain and read back the value 
0000h. Data is not inverted during a read operation. The 
Tally registers, therefore, are cleared by writing all ‘1’s” to 
them. A software or hardware reset does not affect the tally 
counters. 


CRC Tally Counter Register (CRCT): The CRCT is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with CRC errors. After a packet 
is accepted by the address recognition logic, this register is 
incremented if a CRC error is detected. If the packet also 
contains a Frame Alignment error, this counter is not incre- 
mented. 


FAE Tally Counter Register (FAET): The FAET is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with frame alignment errors. 
After a packet is accepted by the address recognition logic, 
this register is incremented if a FAE error is detected. 


Missed Packet Tally Counter Register (MPT): The MPT is 
a 16-bit read/write register. After a packet is received, this 
counter is incremented if there is: (1) lack of memory re- 
sources to buffer the packet, (2) a FIFO overrun, or (3) a 
valid packet has been received, but the receiver is disabled 
(RXDIS is set in the command register). 
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4.0 SONIC Registers (Continued) 


4.3.12 General Purpose Timer 


The SONIC contains a 32-bit general-purpose watchdog 
timer for timing user-definable events. This timer is ac- 
cessed by the user through two 16-bit read/write registers 
(WT1 and WTO). The lower count value is programmed 
through the WTO register and the upper count value is pro- 
grammed through the WT1 register. 


These two registers are concatenated together to form the 
complete 32-bit timer. This timer, clocked at 14 the Transmit 
Clock (TXC) frequency, counts down from its programmed 
value and generates an interrupt, if enabled (Interrupt Mask 
register), when it rolls over from 0000 0000h to FFFF 
FFFFh. When the counter rolls over it continues decrement- 
ing unless explicitly stopped (setting the STP bit). The timer 
is controlled by the ST (Start Timer) and STP (Stop Timer) 
bits in the Command register. A hardware or software reset 
halts, but does not clear, the General Purpose timer. 


31 16 15 i?) 


WT1 (Upper Count Value) WTO (Lower Count Value) 


4.3.13 Silicon Revision Register 


This is a 16-bit read only register. It contains information on 
the current revision of the SONIC. The initial silicon begins 
at 0000h and subsequent revision will be incremented by 
one. 


5.0 Bus Interface 


SONIC features a high speed non-multiplexed address and 
data bus designed for a wide range of system environments. 


The data bus can be programmed (via the Data Configura- 
tion Register) to a width of either 32- or 16-bits. SONIC con- 
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tains an on-chip DMA and supplies all the necessary signals 
for DMA operation. With 31 address lines SONIC can ac- 
cess a full 2 G-word address space. To accommodate dif- 
ferent memory speeds wait states can be added to the bus 
cycle by two methods. The memory subsystem can add wait 
states by simply withholding the appropriate handshake sig- 
nals. In addition, the SONIC can be programmed (via the 
Data Configuration Register) to add wait states. 

The SONIC is designed to interface to both the National/In- 
tel and Motorola style buses. To facilitate minimum chip 
count designs and complete bus compatibility the user can 
program the SONIC for the following bus modes: 

— National/Intel bus operating in synchronous mode 

— National/Inte! bus operating in asynchronous mode 

— Motorola bus operating in synchronous mode . 

— Motorola bus operating in asynchronous mode 

The mode pin (BMODE) along with the SBUS bit in the Data 
Configuration Register are used to select the bus mode. 
This section describes the SONIC’s pin signals, provides 
system interface examples, and describes the various 
SONIC bus operations. 


5.1 PIN CONFIGURATIONS 


There are two user selectable pin configurations for SONIC 
to provide the proper interface signals for either the Nation- 
al/intel or Motorola style buses. The state of the BMODE 
pin is used to define the pin configuration. Figure 5-1 shows 
the pin configuration when BMODE = 1 (tied to Vcc) for the 
Motorola style bus. Figure 5-2 shows the pin configuration 
when BMODE=0 (tied to ground) for the National/intel 
style bus. 


5.0 Bus Interface (continued) 
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FIGURE 5-1. Connection Diagram (BMODE = 1) 
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5.0 Bus Interface (continued) 
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FIGURE 5-2. Connection Diagram (BMODE = 0) 
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5.0 Bus Interface (Continued) 


5.2 PIN DESCRIPTION - TRI = TRI-STATE drivers. These pins are driven high, low 

a4 os _ or TRI-STATE. Drive levels are CMOS compatible. 
| = input, O = output, and Z = TRISTATE These pins may also be inputs (depending on the 
Inputs are TTL compatible pin). 


ECL = ECL-like drivers for interfacing to the AUI interface. OC = Open Collector type drivers. These drivers are 

TP = Totem pole like drivers. These drivers are driven ei- TRI-STATE when inactive and are driven low when 
ther high or low and are always driven. Drive levels active. These pins may also be inputs (depending 
are CMOS compatible. on the pin). 


TABLE 5-1. Pin Description 


Driver 
Symbol Pe" | rection Description 


NETWORK INTERFACE PINS 
EXT 


a2e6esda 


External ENDEC Select: Tying this pin to Vcc (EXT = 1) disables the internal ENDEC 
and allows an external ENDEC to be used. Tying this pin to ground (EXT = 0) enables 
the internal ENDEC. This pin must be tied either to Vcc or ground. Note the alternate 
pin definitions for CRSo/CRSi, COLo/COLi, RXDo/RXDi, RXCo/RXCi, and TXCo/TXCi. 
When EXT =0 the first pin definition is used and when EXT = 1 the second pin definition 
is used. 


Collision +: The positive differential collision input from the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 


Collision —: The negative differential collision input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1). 


Receive +: The positive differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 


Receive —: The negative differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 


Transmit +: The positive differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 


Transmit —: The negative differential transmit output to the transceiver. This pin should 


be unconnected when an external ENDEC is selected (EXT = 1). 


Carrier Sense Output (CRSo) from the internal ENDEC (EXT = 0): When EXT = 0 the 
CRSo signal is internally connected between the ENDEC and MAC units. It is asserted 
on the first valid high-to-low transition in the receive data (RX+/—). This signal remains 
active 1.5 bit times after the last bit of data. Although this signal is used internally by the 
SONIC it is also provided as an output to the user. 

Carrier Sense Input (CRSi) from an external ENDEC (EXT = 1): The CRSi signal is 
activated high when the external ENDEC detects valid data at its receive inputs. 


Collision Output (COLo) from the internal ENDEC (EXT = 0): When EXT = 0 the 
COLo signal is internally connected between the ENDEC and MAC units. This signal 
generates an active high signal when the 10 MHz collision signal from the transceiver is 
detected. Although this signal is used internally by the SONIC it is also provided as an 
output to the user. 

Collision Detect Input (COLI) from an external ENDEC (EXT = 1): The COLI signal is 
activated from an external ENDEC when a collision is detected. This pin is monitored 
during transmissions from the beginning of the Start Of Frame Delimiter (SFD) to the 
end of the packet. At the end of transmission, this signal is monitored by the SONIC for 
CD heartbeat. 


vU Uv 
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TABLE 5-1. Pin Description (Continued) 


Driver 
Symbol ——————— smoot [2m oveston | tmncton 


NETWORK INTERFACE PINS oe 


RXDo This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, — 

RXDi EXBUS, for more information.) 

EXUSRO Receive Data Output (RXDo) from the internal ENDEC (EXT = 0): NRZ data output. 
When EXT = 0 the RXDOUT signal is internally connected between the ENDEC and 
MAC units. This signal must be sampled on the rising edge of the receive clock output 
(RXCo). Although this signal is used internally by the SONIC it is also provided as an 
output to the user. 
Receive Data Input (RXDi) from an external ENDEC (EXT = 1): The NRZ data 
decoded from the external ENDEC. This data is clocked in on the rising edge of RXCi. » 
Extended User Output (EXUSRO): When EXBUS has been set (see section 4.3. 2), this 
pin becomes a programmable output. It will remain TRISTATE until the SONIC 


| 


becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


RXCo This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 

RXCi EXBUS, for more information.) 

‘EXUSR1 Receive Clock Output (RXCo) from the internal ENDEC (EXT = 0): When EXT = 0 
the RXCo signal is internally connected between the ENDEC and MAC units. This signal 
is the separated receive clock from the Manchester data stream. It remains active 5-bit 
times after the deassertion of CRSo. Although this signal is used internally by the 
SONIC it is also provided as an output to the user. 

Receive Clock Input (RXCI) from an external ENDEC (EXT = 1): The separated 
received clock from the Manchester data stream. This signal is goncsated from an 
external ENDEC. 

Extended User Output (EXUSR1): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


TXD 
EXUSR3 TRI 


This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Transmit Data (TXD): The serial NRZ data from the MAC unit which is to be decoded 
by an external ENDEC. Data is valid on the rising edge of TXC. Although this signal is 
used internally by the SONIC it is also provided as an output to the user. 

Extended User Output (EXUSR3): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


oO 
O,Z 
Transmit Enable: This pin is driven high when the SONIC begins transmission and 
remains active until the last byte is transmitted. Although this signal is used internally by 
the SONIC it is also provided as an output to the user. 
0, Z This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
| EXBUS, for more information.) 
a | Transmit Clock Output (TXCo) from the internal ENDEC (EXT = 0): This 10 MHz 
clock transmit clock output is derived from the 20 MHz oscillator. When EXT = 0 the 
TXCOUT signal is internally connected between the ENDEC and MAC units. Although 
this signal is used internally by the SONIC it is also provided as an output to the user. 
Transmit Clock Input (TXCi) (EXT = 1): This input clock from an external ENDEC is 
used for shifting data out of the MAC unit serializer. This clock is nominally 10 MHz. 
Synchronous Termination (STERM): When the SONIC is a bus master, it samples this 
pin before terminating its memory cycle. This pin is sampled synchronously and may 
only be used in asynchronous bus mode when BMODE = 1. See section 5.4.5 for more 
details. 
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TABLE 5-1. Pin Description (Continued) 


Driver 
Symbol! Drv" | ection Description 


NETWORK INTERFACE PINS (Continued) 


LBK TP O This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 

EXUSR2 TRI O,Z EXBUS, for more information.) 
Loopback (LBK): When ENDEC loopback is programmed, this pin is asserted high. 
Although this signal is used internally by the SONIC it is also provided as an output to 
the user. 
Extended User Output (EXUSR2): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


Packet Compression: This pin is used with the Management Bus of the DP83950, 
Repeater Interface Controller (RIC). The SONIC can be programmed to assert PCOMP 
whenever there is a CAM match, or when there is not a match. The RIC uses this signal 
to compress (shorten) a received packet for management purposes and to reduce 
memory usage. (See the DP83950 datasheet for more details on the RIC Management 
Bus.) The operation of this pin is controlled by bits 1 and 2 in the DCR2 register. PCOMP 
will remain TRI-STATE until these bits are written to. 


aze6esda 


Mode Select (EXT = 0): This pin is used to determine the voltage relationship between 
TX+ and TX— during idle at the primary of the isolation transformer on the network 
interface. When tied to Vcc, TX+ and TX— are at equal voltages during idle. When tied 
to ground, the voltage at TX + is positive with respect to TX— during idle on the primary 
side of the isolation transformer (Figure 6-2). 


Packet Reject: This signal is used to reject received packets. When asserted low for at 
least two receive clocks (RXC), the SONIC will reject the incoming packet. This pin can 
be asserted up to the 2nd to the last bit of reception to reject a packet. 


Crystal or External Oscillator Input: This signal is used to provide clocking signals for 
the internal ENDEC. A crystal can be connected to this pin along with X2, or an 
oscillator module may be used. Typically the output of an oscillator module is connected 
to this pin. See section 6.1.3 for more information about using oscillators or crystals. 


Crystal Feedback Output: This signal is used to provide clocking signals for the 
internal ENDEC. A crystal may be connected to this pin along with X1, or an oscillator 
module may be used. See section 6.1.3 for more information about using oscillator 
modules or crystals. 


BUS INTERFACE PINS 


Bus Mode: This input enables the SONIC to be compatible with standard 
microprocessor buses. The level of this pin affects byte ordering (little or big endian) and 
controls the operation of the bus interface control signals. A high level (tied to Vcc) 
selects Motorola mode (big endian) and a low level (tied to ground) selects National/ 


Intel mode (little endian). Note the alternate pin definitions for AS/ADS, MRW/ MWR, 
INT/INT, BR/HOLD, BG/HLDA, SRW/SWR, DSACKO/RDYi, and DSACK1/RDYo. 
When BMODE = 1 the first pin definition is used and when BMODE = 0 the second pin 
definition is used. See sections 5.4.1, 5.4.4, and 5.4.5. 
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TABLE 5-1. Pin Description (Continued) 


Description 


Data Bus: These bidirectional lines are used to transfer data on the system bus. When 
the SONIC is a bus master, 16-bit data is transferred on D15-D0 and 32-bit data is 
transferred on D31-—D0. When the SONIC is accessed as a slave, register data is driven 
onto lines D15—D0. D31-D16 are held TRI-STATE if SONIC is in 16-bit mode. If SONIC 
is in 32-bit mode, they are driven, but invalid. 


Address Bus: These signals are used by the SONIC to drive the DMA address after the 
SONIC has acquired the bus. Since the SONIC aligns data to word boundaries, only 31 
address lines are needed. 


Register Address Bus: These signals are used to access SONIC’s internal registers. 
When the SONIC is accessed, the CPU drives these lines to select the desired SONIC 
register. 


Address Strobe (AS): When BMODE = 1, the falling edge indicates valid status and 
address. The rising edge indicates the termination of the memory cycle. 

Address Strobe (ADS): When BMODE = 0, the rising edge indicates valid status and 
address. 


When the SONIC has acquired the bus, this signal indicates the direction of data. 
Memory Read/Write Strobe (MRW): When BMODE = 1, this signal is high during a 
read cycle and low during a write cycle. 

Memory Read/Write Strobe (MWR): When BMODE = 0, the signal is low during a 
read cycle and high during a write cycle. 


Indicates that an interrupt (if enabled) is pending from one of the sources indicated by 
the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask register 
will not activate this signal. 

Interrupt (INT): This signal is active low when BMODE = 1. 

Interrupt (INT): This signal is active high when BMODE = 0. 


Reset: This signal is used to hardware reset the SONIC. When asserted low, the SONIC 
transitions into the reset state after 10 transmit clocks or 10 bus clocks if the bus clock 
period is greater than the transmit clock period. 


Bus Status: These three signals provide a continuous status of the current SONIC bus 
operations. See section 5.4.3 for status definitions. 


Bus Clock: This clock provides the timing for the SONIC DMA engine. 


Bus Request (BR): When BMODE = 1, the SONIC asserts this pin flow when it 
attempts to gain access to the bus. When inactive this signal is tri-stated. 

Hold Request (HOLD): When BMODE = 0, the SONIC drives this pin high when it 
intends to use the bus and is driven low when inactive. 


Bus Grant (BG): When BMODE = 1 this signal is a bus grant. The system asserts this 
pin low to indicate potential mastership of the bus. 

Hold Acknowledge (HLDA): When BMODE = 0 this signal is used to inform the 
SONIC that it has attained the bus. When the system asserts this pin high, the SONIC 
has gained ownership of the bus. 


Bus Grant Acknowledge: When BMODE = 1, the SONIC asserts this pin low when it 
has determined that it can gain ownership of the bus. The SONIC checks the following 
signal before driving BGACK. 1) BG has been received through the bus arbitration 
process. 2) AS is deasserted, indicating that the CPU has finished using the bus. 3) 
DSACKO and DSACK?1 are deasserted, indicating that the previous slave device is off 
the bus. 4) BGACK is deasserted, indicating that the previous master is off the bus. This 
pin is only used when BMODE = 1. 
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TABLE 5-1. Pin Description (Continued) 


acesesdd 


Description 


Chip Select: The system asserts this pin low to access the SONIC’s registers. The 
registers are selected by placing an address on lines RA5-RAO. 

Note: Both CS and MREQ must not be asserted concurrently. If these signals are 
successively asserted, there must be at least two bus clocks between the deasserting 
edge of the first signal and the asserting edge of the second signal. 


Slave Address Strobe: The system asserts this pin to latch the register address on 
lines RAO-RA5. When BMODE = 1, the address is latched on the falling edge of SAS. 
When BMODE = 0 the address is latched on the rising edge of SAS. 


Slave Data Strobe: The system asserts this pin to indicate valid data is on the bus 
during a register write operation or when data may be driven onto the bus during a 
register read operation. 

Note: In the DP83932, SDS was used only in Motorola mode slave accesses to end the 
bus cycle by causing the deassertion of DSACKO,1, SMACK and the data, D<15:0>. It 
served no other function. In the DP83932B (and the DP83932A), however, SAS now 
accomplishes the same function, hence, SDS is no longer needed, and does not have 
to be driven (SAS must be driven instead). This change should not cause any 
compatibility problems with older versions of the SONIC. 


The system asserts this pin to indicate whether it will read from or write to the SONIC’s 
registers. 

Slave Read/Write (SRW): When BMODE = 1, this signal is asserted high during a 
read and low during a write. 

Slave Read/Write Strobe (SWR): when BMODE = 0, this signal is asserted low during 
a read and high during a write. 


Data Strobe: When the SONIC is bus master, it drives this pin low during a read cycle to 
indicate that the slave device may drive data onto the bus; in a write cycle, this pin 
indicates that the SONIC has placed valid data onto the bus. 


Data and Size Acknowledge 0 and 1 (DSACKO,1 BMODE = 1): These pins are the 
output slave acknowledge to the system when the SONIC registers have been 
accessed and the input slave acknowledgement when the SONIC is busmaster. When a 
register has been accessed, the SONIC drives the DSACKO,1 pins low to terminate the 
slave cycla. (Note that the SONIC responds as a 32-bit peripheral, but drives data only 
on lines DO-D15). Lines D16-D31 are driven, but invalid. When the SONIC is bus 
master, it samples these pins before terminating its memory cycle. These pins are 
sampled synchronously or asynchronously depending on the state of the SBUS bitin 
the Data Configuration register. See section 5.4.5 for details. Note that the SONIC does 
not allow dynamic bus sizing. Bus size is statically defined in the Data Configuration 
register (see section 4.3.2). 

Ready Input (RDYi, BMODE = 0): When the SONIC is a bus master, the system 
asserts this signal high to insert wait-states and low to terminate the memory cycle. This 
signal is sampled synchronously or asynchronously depending on the state of the SBUS 
bit. See section 5.4.5 and 4.3.2 for details. 

Ready Output (RDYo, BMODE = 0): When a register is accessed, the SONIC asserts 
this signal to terminate the slave cycle. 


Bus Retry: When the SONIC is bus master, the system asserts this signal to rectify a 
potentially correctable bus error. This pin has 2 modes. Made 1 (the LBR in the Data 
Configuration register is set to 0): Assertion of this pin forces the SONIC to terminate 
the current bus cycle and will repeat the same cycle after BRT has been deasserted. 
Mode 2 (the LBR bit in the Data Configuration register is set to 1): Assertion of this 
signal forces the SONIC to retry the bus operation as in Mode 1. However, the SONIC 
will not continue DMA operations until the BR bit in the ISR is reset. 


Early Cycle Start: This output gives the system earliest indication that a memory 
operation is occurring. This signal is driven low at the rising edge of T1 and high at the 
falling edge of T1. 
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Driver 


SHARED-MEMORY ACCESS PINS 


Description 


Memory Request: The system asserts this signal low when it attempts to access the 
shared-buffer RAM. The on-chip arbiter resolves accesses between the system and the 


SONIC. 


Note: Both CS and MREQ must not be asserted concurrently. If these signals are 
successively asserted, there must be at least two bus clocks between the deasserting 
edge of the first signal and the asserting edge of the second signal. 


Slave and Memory Acknowledge: SONIC asserts this dual function pin low in 
response to either a Chip Select (CS) or a Memory Request (MREQ) when the SONIC’s 
registers or it’s buffer memory is available for accessing. This pin can be used for 
enabling bus drivers for dual-bus systems. 


USRO,1 User Define 0,1: These signals are inputs when SONIC is hardware reset and are 
mae outputs when SONIC is a bus master (HLDA or BGACK). When hard reset (RST) is low, 
these signals input directly into bits 8 and 9 of the Data Configuration register (DCR) 
respectively. The levels on these pins are latched on the rising edge of RST. During 
busmaster operations (HLDA or BGACK is active), these pins are outputs whose levels 
are programmable through bits 11 and 12 of the DCR respectively. The USRO,1 pins 
should be pulled up to Vcc or pulled down to ground. A 4. 7 kQ pull-up resistor is 


recommended. 
POWER AND GROUND PINS 


Power: The + 5V power supply for the digital portions of the SONIC. 


Power: These pins are the + 5V power supply for the SONIC ENDEC unit. These pins 
must be tied to Vcc even if the internal ENDEC is not used. 


Ground: The ground reference for the digital portions of the SONIC. 


Ground: These pins are the ground references for the SONIC ENDEC unit. These pins 
must be tied to ground even if the internal ENDEC is not used. 


5.3 SYSTEM CONFIGURATION 


Any device that meets the SONIC interface protocol! and 
electrical requirements (timing, threshold, and loading) can 
be interfaced to SONIC. Since two bus protocols are provid- 
ed, via the BMODE pin, the SONIC can interface directly to 
most microprocessors. Figure 5-3 shows a typical interface 
to the National/Intel style bus (BMODE=0) and Figure 5-4 
shows a typical. interface to the Motorola style bus 
(BMODE = 1). 

The BMODE pin also controls byte ordering. When 
BMODE = 1 big endian byte ordering is selected and when 
BMODE = 0 little endian byte ordering is selected. 


5.4 BUS OPERATIONS 


There are two types of system bus operations: 1) SONIC as 
a slave, and 2) SONIC as a bus master. When SONIC is a 
slave (¢.g., a CPU accessing SONIC registers) all transfers 
are non-DMA. When SONIC is a bus master (e.g., SONIC 
accessing receive or transmit buffer/descriptor areas) all 
transfers are block transfers using SONIC’s on-chip DMA. 
This section describes the SONIC bus operations. Pay spe- 
cial attention to all sections labeled as “Note”. These con- 
ditions must be met for proper bus operation. 
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FIGURE 5-3. SONIC to NS32532 Interface Example 
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FIGURE 5-4. SONIC to Motorola 68030/20 Interface Example 
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5.4.1 Acquiring The Bus 


The SONIC requests the bus when 1) its FIFO threshold has 
been reached or 2) when the descriptor areas in memory 
(i.e., RRA, RDA, CDA, and TDA) are accessed. Note that 
when the SONIC moves from one area in memory to anoth- 


er (e.g., RBA to RDA), it always deasserts its bus request . 


and then requests the bus again when accessing the next 
area in memory. 


The SONIC provides two methods to acquire the bus for 
compatibility with National/Intel or Motorola type microproc- 
essors. These two methods are selected by setting the 
proper level on the BMODE pin. 


Figures 5-5 and 5-6 show the National/Intel (BMODE = 0) 
and Motorola (BMODE = 1) bus request timing. Descrip- 
tions of each mode follows. For both modes, when the 
SONIC relinquishes the bus, there is an extra holding state 
(Th) for one bus cycle after the last DMA cycle (T2). This 
assures that the SONIC does not contend with another bus 
master after it has released the bus. 


BMODE = 0 


The National/Intel processors require a 2-way handshake 
using a HOLD REQUEST/HOLD ACKNOWLEDGE protocol 
(Figure 5-5). When the SONIC needs to access the bus, it 
issues a HOLD REQUEST (HOLD) to the microprocessor. 
The microprocessor, responds with a HOLD ACKNOWL- 
EDGE (HLDA) to the SONIC. The SONIC then begins its 
memory transfers on the bus. As long as the CPU maintains 
HLDA active, the SONIC continues until it has finished its 
memory block transfer. The CPU, however, can preempt the 
SONIC from finishing the block transfer by deasserting 
HLDA before the SONIC deasserts HOLD. This allows a 
higher priority device to preempt the SONIC from continuing 
to use the bus. The SONIC will request the bus again later 
to complete any operation that it was doing at the time of 
preemption. 


As shown in Figure 5-5, the SONIC will assert HOLD to 
either the falling or rising edge of the bus clock (BSCK). The 
default is for HOLD to be asserted on the falling edge. Set- 
ting the PH bit in the DCR2 (see section 4.3.7) causes 
HOLD to be asserted 1% bus clock later on the rising edge 
(shown by the dotted line). Before HOLD is asserted, the 
SONIC checks the HLDA line. !f HLDA is asserted, HOLD 
will not be asserted until after HLDA has been deasserted 
first. 

BMODE = 1 

The Motorola protocol requires a 3-way handshake using a 
BUS REQUEST, BUS GRANT, and BUS GRANT AC- 
KNOWLEDGE handshake (Figure 5-6). When using this 
protocol, the SONIC requests the bus by lowering BUS RE- 
QUEST (BR). The CPU responds by issuing BUS GRANT 
(BG). Upon receiving BG, the SONIC assures that all devic- 
es have relinquished contro! of the bus before using the 
bus. The following signals must be deasserted before the 
SONIC acquires the bus: 


BGACK 

AS 

DSACKO,1 

STERM (Asynchronous Mode Only) 


Deasserting BGACK indicates that the previous master has 
released the bus. Deasserting AS indicates that the previ- 
ous master has completed its cycle and deasserting 
DSACKO,1 and STERM indicates that the previous slave 
has terminated its connection to the previous master. The 
SONIC maintains its mastership of the bus until it deasserts 
BGACK. It can not be preempted from the bus. 


TL/F/10492-27 


FIGURE 5-5. Bus Request Timing, BMODE=0 — 
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FIGURE 5-6. Bus Request Timing, BMODE = 1 


5.4.2 Block Transfers 


The SONIC performs block operations during all bus ac- 
tions, thereby providing efficient transfers to memory. The 
block cycle consists of three parts. The first part is the bus 
acquisition phase, as discussed above, in which the SONIC 
gains access to the bus. Once it has access of the bus, the 
SONIC enters the second phase by transferring data 
to/from its internal FIFOs or registers from/to memory. The 
SONIC transfers data from its FIFOs in either EXACT 
BLOCK mode or EMPTY/FILL. 


BLOCK mode: In this mode the number of words (or long . - 


words) transferred during a block transfer is determined by 
either the Transmit or Receive FIFO thresholds pro- 
grammed in the Data Configuration Register. 


EMPTY/FILL mode: In this mode the DMA completely fills 
the Transmit FIFO during transmission, or completely emp- 
ties the Receive FIFO during reception. This allows for 
greater bus latency. 


When the SONIC accesses the Descriptor Areas (i.e., RRA, 
RDA, CDA, and TDA), it transfers data between its registers 
and memory. All fields which need to be used are accessed 
in one block operation. Thus, the SONIC performs 4 ac- 
cesses in the RRA (see section 3.4.4.2), 7 accesses in the 
RDA (see section 3.4.6.1), 2, 3, or 6 accesses in the TDA 
(see section 3.5.4) and 4 accesses in the CDA. 


5.4.3 Bus Status 

The SONIC presents three bits of status information on pins 
S2-S0 which indicate the type of bus operation the SONIC 
is currently performing (Table 5-2). Bus status is valid when 
at the falling edge of AS or the rising edge of ADS. 
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TABLE 5-2. Bus Status 


The bus is idle. The SONIC is not 
performing any transfers on the bus. 
The Transmit Descriptor Area (TDA) is 
currently being accessed. 

The Transmit Buffer Area (TBA) is 
currently being read. 

The Receive Buffer Area (RBA) is 


currently being written to. Only data is 
being written, though, not a Source or 


Destination address. 


The Receive Buffer Area (RBA) is 
currently being written to. Only the 
Source or Destination address is being 
written, though. 


The Receive Resource Area (RRA) is 
currently being read. 

The Receive Descriptor Area (RDA) is 
currently being accessed. 

The CAM Descriptor Area (CDA) is 
currently being accessed. 
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5.4.3.1 Bus Status Transitions 


When the SONIC acquires the bus, it only transfers data 
to/from a single area in memory (i.e., TDA, TBA, RDA, RBA, 
RRA, or CDA). Thus, the bus status pins remain stable for 
the duration of the block transfer cycle with the following 
three exceptions: 1) If the SONIC is accessed during a block 
transfer, S2-SO indicates bus idle during the register ac- 
cess, then returns to the previous status. 2) If the SONIC 
finishes writing the Source Address during a block transfer 
$2-~S0 changes from [0,1,0] to [0,1,1]. 3) During an RDA 
access between the RXpkt.seq_no and RXpkt.link access, 
and between the RXpkt.link and RXpkt.in_use access, S2- 
SO will respectively indicate idle [1,1,1] for 2 or 1 bus 
clocks. Status will be valid on the falling edge of AS or rising 
edge of ADS. 


Figure 5-7 illustrates the SONIC’s transitions through mem- 
ory during the process of transmission and reception. Dur- 
ing transmission, the SONIC reads the descriptor informa- 
tion from the TDA and then transmits data of the packet 
from the TBA. The SONIC moves back and forth between 
the TDA and TBA until all fragments and packets are trans- 
mitted. During reception, the SONIC takes one of two paths. 
In the first case (path A), when the SONIC detects EOL=0 
from the previous reception, it buffers the accepted packet 
into the RBA, and then writes the descriptor information to 
the RDA. If the RBA becomes depleted (i.e., RBWCO0,1 < 
EOBC), it moves to the RRA to read a resource descriptor. 
In the second case (path B), when the SONIC detects 
EOL=1 from the previous reception, it rereads the 


BEGIN 
TRANSMISSION 


TRANSMISSION 
DONE 


TRANSMIT 


FETCH FRAGMENT 


ANOTHER 
FRAGMENT 
OR NEXT PACKET 


RXpkt.link field to determine if the system has reset the EOL 
bit since the last reception. If it has, the SONIC buffers the 
packet as in the first case. Otherwise, it rejects the packet 
and returns to idle. 


5.4.4 Bus Mode Compatibility 

For compatibility with different microprocessor and bus ar- 
chitectures, the SONIC operates in one of two modes (set 
by the BMODE pin) called the National/Intel or little endian 
mode (BMODE tied low) and the Motorola or big endian 
mode (BMODE tied high). The definitions for several pins 
change depending on the mode the SONIC is in. Table 5-3 
shows these changes. These modes affect both master and 
slave bus operations with the SONIC. 


TABLE 5-3. Bus Mode Compatibility 


BMODE=0 BMODE= 1 
(National/Intel) 


(Motorola) 
HOLD 
HLDA 


Pin Name 


PACKET ACCEPTED & 
EOL=1 


READ 
RXpkt.link 


ERRED 
PACKET A 
WRITE 
RBA 
WRITE 
DESCRIPTOR 


RDA DESCRIPTOR 
DONE 


RRA DESCRIPTOR 


DONE 
READ 
RRA 


FIGURE 5-7. Bus Status Transitions 
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5.4.5 Master Mode Bus Cycles 


In order to add additional compatibility with different bus 
architectures, there are two other modes that affect the op- 
eration of the bus. These modes are called the synchronous 
and asynchronous modes and are programmed by setting 
or resetting the SBUS bit in the Data Configuration Register 
(DCR). The synchronous and asynchronous modes do not 
have an effect on slave accesses to the SONIC but they do 
affect the master mode operation. Within the particular bus/ 
processor mode, synchronous and asynchronous modes 
are very similar. This section discusses all four modes of 
operation of the SONIC (National/Intel vs. Motorola, syn- 
chronous vs. asynchronous) when it is a bus master. 

In this section, the rising edge of T1 and T2 means the 
beginning of these states, and the falling edge of T1 and T2 
means the middle of these states. 


5.4.5.1 Adding Wait States 


To accommodate different memory speeds, the SONIC pro- 
vides two methods for adding wait states for its bus opera- 
tions. Both of these methods can be used singly or in con- 
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junction with each other. A memory cycle is extended by 
adding additional T2 states. The first method inserts wait- 
states by withholding the assertion of DSACKO,1/STERM or 
RDYi. The other method allows software to program wait- 
states. Programming the WCO, WC1 bits in the Data Config- 
uration Register allows 1 to 3 wait-states to be added on 
each memory cycle. These wait states are inserted between 
the T1 and T2 bus states and are called T2(wait) bus states. 
The SONIC will not look at the DSACKO,1, STERM or RDYi 
lines until the programmed wait states have passed. Hence, 
in order to complete a bus operation that includes pro- 
grammed wait states, the DSACKO,1, STERM or RDYi lines 
must be asserted at their proper times at the end of the 
cycle during the last T2, not during a programmed wait 
state. The only exception to this is asynchronous mode 
where DSACKO,1 or RDYi would be asserted during the last 
Programmed wait state, T2 (wait). See the timing for these 
signals in the timing diagrams for more specific information. 
Programmed wait states do not affect Slave Mode bus cy- 
cles. 


5.0 Bus Interface (Continued) 


5.4.5.2 Memory Cycle for BMODE = 1, Synchronous 
Mode 

On the rising edge of T1, the SONIC asserts ECS to indicate 
that the memory cycle is starting. The address (A31-A1), 
bus status (S2-S0) and the direction strobe (MRW) are driv- 
en and do not change for the remainder of the memory 
cycle. On the falling edge of T1, the SONIC deasserts ECS 
and asserts AS. 

In synchronous mode, DSACKO,1 are sampled on the rising 
edge of T2. T2 states will be repeated until DSACKO,1 are 


sampled properly in a low state. DSACKO,1 must meet the 
setup and hold times with respect to the rising edge of bus 
clock for proper operation. 

During read cycles (Figure 5-8) data (D31-D0) is latched at 
the falling edge of T2 and DS is asserted at the falling edge 
of T1. For write cycles (Figure 5-9) data is driven on the 


’ falling edge of T1. If there are wait states inserted, DS is 


T2(WAIT) 


os 


Sean 
Re ieeghes 


A<31:1> 


D<31:0> 


DSACKO,1 


asserted on the falling edge of T2. DS is not asserted for 
zero wait state write cycles. The SONIC terminates the 
memory cycle by deasserting AS and DS at the falling edge 
of T2. 
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FIGURE 5-8. Memory Read, BMODE = 1, Synchronous (1 Wait-State) 
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FIGURE 5-9. Memory Write, BMODE = 1, Synchronous (1 Wait-State) 


1-614 


"TL/F/10492-33 


5.0 Bus Interface (Continued) 


5.4.5.3 Memory Cycle for BMODE = 1, 
Asynchronous Mode 


On the rising edge of T1, the SONIC asserts ECS to indicate 
that the memory cycle is starting. The address (A31-A1), 
bus status (S2-S0) and the direction strobe (MRW) are driv- 
en and do not change for the remainder of the memory 
cycle. On the falling edge of T1, the SONIC deasserts ECS 
and asserts AS. 


In asynchronous mode, DSACKO,1 are asynchronously 
sampled on the falling edge of both T1 and T2. DSACKO,1 


T2(WAIT) 


D<31:0> 


DSACKO,1 


do not need to be synchronized to the bus clock because 
the chip always resolves these signals to either.a high or 
low state. If a synchronous termination of the bus cycle is 
required, however, STERM may be used. STERM is sam- 
pled on the rising edge of T2 and must meet the setup and 
hold times with respect to that edge for proper operation. 
Meeting the setup time for DSACKO,1 or STERM guaran- 
tees that the SONIC will terminate the memory cycle 114 


( DATA IN ) IN 
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FIGURE 5-10. Memory Read, BMODE = 1, Asynchronous (1 Wait-State) 


T2(WAIT) 


0<31:0> 


DSACKO,1 


T2(WAIT) 


= — 


TL/F/10492-37 


FIGURE 5-11. Memory Read, BMODE = 1, Asynchronous (2 Wait-State) 
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bus clocks after DSACKO,1 were sampled, or 1 cycle after 
STERM was sampled. T2 states will be repeated until 
DSACKO,1 or STERM are sampled properly in a low state. 
(see note below). 

During read cycles (Figures 5-10 and 5-11), data (D31-D0) 
is latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . For write cycles (Figures 5-12 and 5-73) 
data is driven on the falling edge of T1. If there are wait 


T2(WAIT) 


D<31:0> 


DSACKO, 1 


states inserted, DS is asserted on the falling edge of the first 
T2(wait). DS is not asserted for zero wait state write cycles. 
The SONIC terminates the memory cycle by deasserting AS 
and DS at the falling edge of T2. 


Note: If the setup time for DSACKO,1 is met during T1, or the si time for 
STERNM is met during the first T2, the full asynchronous bus cycle will 
_ take only 2 bus clocks. This may be an unwanted situation. If so, 
DSACKO,1 and STERM should be deasserted aun T1 and the start 

of T2 respectively. 
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FIGURE 5-12. Memory Write, BMODE = 1, Asynchronous (1 Wait-State) 
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FIGURE 5-13. Memory Write, BMODE = 1, Asynchronous (2 Wait-State) 
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5.4.5.4 Memory Cycle for BMODE = 0, Synchronous 
Mode 

On the rising edge of T1, the SONIC asserts ADS and ECS 
to indicate that the memory cycle is starting. The address 
(A31-A1), bus status (S2-S0) and the direction strobe 
(MWR) are driven and do not change for the remainder of 
the memory cycle. On the falling edge of T1, the SONIC 
deasserts ECS. ADS is deasserted on the rising edge of T2. 


AS31:1> 


D<31:0> 


FIGURE 5-14. Memory Read, BMODE = 0, Synchronous (1 Wait-State) 


In Synchronous mode, RDYi is sampled on the rising edge 
at the end of T2 (the rising edge of the next T1). T2 states 
will be repeated until RDYi is sampled properly in a low 
state. RDYi must meet the setup and hold times with re- 
spect to the rising edge of bus clock for proper operation. 
During read cycles (Figure 5-74), data (D31-D0) is latched 
at the rising edge at the end of T2. For write cycles (Figure 
5-15) data is driven on the falling edge of T1 and stays 
driven until the end of the cycle. 
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FIGURE 5-15. Memory Write, BMODE=0, Synchronous (1 Wait-State) 
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5.4.5.5 Memory Cycle for BMODE = 0, peynehronous In Asynchronous mode, RDYi is asynchronously sampled 
Mode on the falling edge of both T1 and T2. RDYi does not need 
On the rising edge of T1, the SONIC asserts ADS and ECS to be synchronized to the bus clock because the chip al- 
to indicate that the memory cycle is starting. The address ways resolves these signals to either a high or low state. 
(A31-A1), bus status (S2-SO) and the direction strobe Meeting the setup time for RDYi guarantees that tha SONIC 
(MWR) are driven and do not change for the remainder of will terminate the memory cycle 11 bus clocks after RDYi 
the memory cycle. On the falling edge of T1, the SONIC was sampled. T2 states will be repeated until RDYi is sam- 
deasserts ECS. ADS is deasserted on the rising edge of T2. pled properly in a low state (see note below). 
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FIGURE 5-16. Memory Read, BMODE = 0, Asynchronous (1 Walt-State) 
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FIGURE 5-17. Memory Read, BMODE=0, Asynchronous (2 Wait-State) 
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During read cycles (Figures 5-16 and 5-77), data (D31-D0) The SONIC terminates the memory cycle by deasserting DS 
is latched at the falling edge of T2 and DS is asserted at the at the falling edge of T2. 

falling edge of T1. For write cycles (Figures §-18 and 5-79) Note: If the setup time for RDYiis met during T1, the full asynchronous bus 
data is driven on the falling edge of T1. lf there are wait cycle will take only 2 bus clocks. This may be an unwanted situation. 
states inserted, DS is asserted on the falling edge of the first If so, RDYi should be deasserted during T1. 

Ta2(wait). DS is not asserted for zero wait state write cycles. . 
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FIGURE 5-18. Memory Write, BMODE = 0, Asynchronous (1 Wait-State) 
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FIGURE 5-19. Memory Write, BMODE = 0, Asynchronous (2 Wait-State) 
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5.4.6 Bus Exceptions (Bus Retry) 


The SONIC provides the capability of handling errors during 
the execution of the bus cycle (Figure 5-20). 


The system asserts BRT (bus retry) to force the SONIC to 
repeat the current memory cycle. When the SONIC detects 
the assertion of BRT, it completes the memory cycle at the 
end of T2 and gets off the bus by deasserting BGACK or 
HOLD. Then, if Latched Bus Retry mode is not set (LBR in 
the Data Configuration Register, section 4.3.2), the SONIC 
requests the bus again to retry the same memory cycle. If 
Latched Bus Retry is set, though, the SONIC will not retry 
until the BR bit in the ISR (see section 4.3.6) has been reset 
and BRT is deasserted. BRT has precedence of terminating 
a memory cycle over DSACKO,1, STERM or RDYi. 


BRT may be sampled synchronously or asynchronously by 
setting the EXBUS bit in the DCR (see section 4.3.2). If 
synchronous Bus Retry is set, BRT is sampled on the rising 
edge of T2. If asynchronous Bus Retry is set, BRT is double 
synchronized from the falling edge of T1. The asynchronous 
setup time does not need to be met, but doing so will guar- 
antee that the bus exception will occur in the current bus 
cycle instead of the next bus cycle. Asynchronous Bus Re- 
try may only be used when the SONIC is set to asynchro- 
nous mode. 


Note 1: The deassertion edge of HOLD is dependent on the PH bit in the 
DCR2 (see section 4.3.7). Also, BGACK is driven high for about 1% 
bus clock before going TRI-STATE. 


If Latched Bus retry is set, BRT need only satisfy its setup time (the 
hold time is not important). Otherwise, BRT must remain asserted 
until after the Th state. 


it BSACKO,1, STERM or RDYi remain asserted after BRT, the next 
memory cycle, may be adversely affected. 


5.4.7 Slave Mode Bus Cycle 

The SONIC’s internal registers can be accessed by one of 
two methods (BMODE = 1 or BMODE = 0). In both meth- 
ods, the SONIC is a slave on the bus. This section de- 
scribes the SONIC’s slave mode bus operations. 


5.4.7.1 Slave Cycle for BMODE = 1 


The system accesses the SONIC by driving SAS, S, SRW and 
RA<5:0>. These signals will be sampled each bus cycle, 
but the SONIC will not actually start a slave cycle until CS 
has also been asserted. CS should not be asserted before 
SAS is driven low as this will cause improper slave opera- 


Note 2: 


Note 3: 


A<31:1> 


D<31:1> 


HOLD 
(BMODE=0) 


BGACK 
(BMODE=1) 


BR 
(BMODE= 1) 


tion. Once SAS has been driven low, between one and two 
bus clocks after the assertion of CS, SMACK will be assert- 
ed to signify that the SONIC has started the slave cycle. 
Although CS is an asynchronous input, meeting its setup 
time (as shown in Figures 5-21 and 5-22) will guarantee that 
SMACK, which is asserted off of a falling edge, will be as- 
serted 1 bus clock after the falling edge that CS is clocked 
in on. This is assuming that the SONIC is not a bus master 
when CS was asserted. If the SONIC is a bus master, then, 
when CS is asserted, the SONIC will complete its current 
master bus cycle and get off the bus temporarily (see sec- 
tion 5.4.8). In this case, SMACK will be asserted 5 bus 
clocks after the falling edge that CS was clocked in on. This 
is assuming that there were no wait states in the current 
master mode access. Wait states will increase the time for 
SMACK to go low by the number of wait states in the cycle. 


If the slave access is a read cycle (Figure 5-27), then the 
data will be driven off the same edge as SMACK. If it is a 
write cycle (Figure 5-22), then the data will be latched in 
exactly 2 bus clocks after the assertion of SMACK. In either 
case, DSACKO,1 are driven low 2 bus clocks after SMACK 
to terminate the slave cycle. For a read cycle, the assertion 
of DSACKO,1 indicates valid register data and for a write 
cycle, the assertion indicates that the SONIC has latched 
the data. The SONIC deasserts DSACKO,1, SMACK and the 
data if the cycle is a read cycle at the rising edge of SAS or 
CS depending on which is deasserted first. 

Note 1: Although the SONIC responds as a 32-bit peripheral when it drives 
DSACKO,T low, it transfers data only on lines D<15:0>. 

Note 2: For multiple register accesses, CS can be held low and SAS can be 
used to delimit the slave cycle (this is the only case where CS may 
be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going low since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS is low (as is the case for MREQ, section 5.4.8). 

: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 


: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion 
of SMACK is dependent upon both CS and SAS being low, not just 
CS. This is not the same as the case for MREQ (see section 5.4.8). 
The assertion of SMACK in these two cases should not be con- 
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FIGURE 5-20. Bus Exception (Bus Retry) 
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FIGURE 5-21. Register Read, BMODE = 1 
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FIGURE 5-22. Register Write, BMODE = 1 
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5.4.7.2 Slave Cycle for BMODE = 0 


The system accesses the SONIC by driving SAS, CS, SWR 
and RA<5:0>. These signals will be sampled each bus cy- 
cle, but the SONIC will not actually start a slave cycle until 
TS has been sampled low and SAS has been sampled high. 
CS should not be asserted low before the falling edge of 
SAS as this will cause improper slave operation. CS may be 
asserted low, however, before the rising edge of SAS. In 
this case, it is suggested that SAS be driven high within one 
bus clock after the falling edge of CS. Once SAS has been 
driven high, between one and two bus clocks after the as- 
sertion of CS, SMACK will be driven low to signify that the 
SONIC has started the slave cycle. Although CS is an asyn- 
chronous input, meeting its setup time (as shown in Figures 
5-23 and 5-24) will guarantee that SMACK, which is assert- 
ed off a falling edge, will be asserted 1 bus clock after the 
falling edge that CS was clocked in on. This is assuming 
that the SONIC is not a bus master when CS is asserted. If 
the SONIC is a bus master, then, when CS is asserted, the 
SONIC will complete its current master bus cycle and get off 
the bus temporarily (see section 5.4.8). In this case, SMACK 
will be asserted 5 bus clocks after the falling edge that CS 
was clocked in on. This is assuming that there were no wait 
states in the current master mode access. Wait states will 
increase the time for SMACK to go low by the number of 
wait states in the cycle. 


T2 (wait) T2 (wait) 


BSCK 


RA<5:0> 


T2 (wait) 


If the slave access is a read cycle (Figure 5-23), then the 
data will be driven off the same edge as SMACK. If it is a 
write cycle (Figure 5-24), then the data will be latched in 
exactly 2 bus clocks after the assertion of SMACK. In either 
case, RDYo is driven low 21% bus clocks after SMACK to 
terminate the slave cycle. For a read cycle, the assertion of 
RDYo indicates valid register data and for a write cycle, the 
assertion indicates that the SONIC has latched the data. 
The SONIC deasserts RDYo, SMACK and the data if the 
cycle is a read cycle at the falling edge of SAS or the rising 
edge of CS depending on which is first. 

Note 1: The SONIC transfers data only on lines O<15: 0> during slave 

mode accesses. 


Note 2: For multiple register accesses, CS can be held low and SAS can be 
used to delimit the slave cycle (this is the only case where CS may 
be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going high since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS is low (as is the case for MREQ, section 5.4.8). 


: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 


: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 


: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion of 
SMACK is dependent upon both CS and SAS being low, not just CS. 
This is not the same as the case for MREQ (see section 5.4.8). The 
assertion of SMACK in these two cases should not be confused. 
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FIGURE 5-23. Register Read, BMODE=0 
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FIGURE 5-24. Register Write, BMODE=0 
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FIGURE 5-25. On-Chip Memory Arbiter 
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5.4.8 On-Chip Memory Arbiter 


For applications which share the buffer memory area with 
the host system (shared-memory applications), the SONIC 
provides a fast on-chip memory arbiter for efficiently resolv- 
ing accesses between the SONIC and the host system (Fig- 
ure 5-25). The host system indicates its intentions to use 
the shared-memory by asserting Memory Request (MREQ). 
The SONIC will allow the host system to use.the shared 
memory by acknowledging the host system's request with 
Slave and Memory Acknowledge (SMACK). Once SMACK 
is asserted, the host system may use the shared memory 
freely. The host system gives up the shared memory by 
deasserting MREQ. 


MREQ is clocked in on the falling edge of bus clock and is 
double synchronized internally to the rising edge. SMACK is 
asserted on the falling edge of a Ts bus cycle. If the SONIC 
is not currently accessing the memory, SMACK is asserted 
immediately after MREQ was clocked in. If, however, the 
SONIC is accessing the shared memory, it finishes its cur- 
rent memory transfer and then issues SMACK. SMACK will 
be asserted 1 or 5 (see Note 2 below) bus clocks, respec- 
tively, after MREQ is clocked in. Since MREQ is double syn- 
chronized, it is not necessary to meet its setup time. Meet- 
ing the setup time for MREQ will, however, guarantee that 
SMACK is asserted in the next or fifth bus clock after the 
current bus clock. SMACK will deassert within one bus clock 
after MREQ is deasserted. The SONIC will then finish its 
master operation if it was using the bus previously. 


If the host system needs to access the SONIC’s registers 
instead of shared memory, CS would be asserted instead of 
MREQ. Accessing the SONIC’s registers works almost ex- 
actly the same as accessing the shared memory except that 
the SONIC goes into a slave cycle instead of going idle. See 
section 5.4.7 for more information about how register ac- 
cesses work. 


Note 1: The successive assertion of CS and MREQ must be separated by 
at least two bus clocks. Both CS and MREQ must not be asserted 
concurrently. 


Note 2: The number of bus clocks between MREQ being asserted and the 
assertion of SMACK when the SONIC is in Master Mode is 5 bus 
clocks assuming there were no wait states in the Master Mode 
access. Wait states will increase the time for SMACK to go low by 
the number of wait states in the cycle (the time will be 5 + the 
number of wait states). 


Note 3: The way in which SMACK is asserted to due to CS is not the same 
as the way in which SMACK is asserted due to MREQ. SMACK 
goes low as a direct result of the assertion of MREQ, whereas, for 
CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 
0) before SMACK will be asserted. This means that when SMACK 
is asserted due to MREQ, SMACK will remain asserted until MREQ 
is deasserted. Multiple memory accesses can be made to the 
shared memory without SMACK ever going high. When SMACK is 
asserted due to CS, however, SMACK will only remain low as long 
as SAS is also low (BMODE = 1) or high (BMODE = 0). SMACK 
will not remain low throughout multiple register accesses to the 
SONIC because SAS must toggle for each register access. This is 
an important difference to consider when designing shared memory 
designs. 


TABLE 5-4. Internal Register Content after Reset 


Contents after Reset 
Register Hardware Software 
Reset Reset 


| Command | ooe4n | cosanvooaan | 
feast [| wwe 
L_interruptMask | 0000n [unchanged | 
[TransmitConot | otoh 
| ReceiveControl | ** 
‘unchanged 


Sequence Counters 0000h 
CAM Enable 0000h 


*Bits 15 and 13 of the DCR and bits 4 through 0 of the DCR2 are reset toad 
during a hardware reset. Bits 15-12 of the DCR2 are unknown until written 
to. All other bits in these two registers are unchanged, 


**Bits LB1, LBO and BRD are reset to a 0 during hardware reset. All other 
bits are unchanged. 


5.4.9 Chip Reset 

The SONIC has two reset modes; a hardware reset and a 
software reset. The SONIC can be hardware reset by as- 
serting the RESET pin or software reset by setting the RST 
bit in the Command Register (section 4.3.1). The two reset 
modes are not interchangeable since each mode performs 
a different function. 

After power-on, the SONIC must be hardware reset before it 
will become operational. This is done by asserting RESET 
for a minimum of 10 transmit clocks (10 ethernet transmit 
clock periods, TXC). If the bus clock (BSCK) period is great- 
er than the transmit clock period, RESET should be assert- 
ed for 10 bus clocks instead of 10 transmit clocks. A hard- 
ware reset places the SONIC in the following state. (The 
registers affected are listed in parentheses. See Table 5-4 
and section 4.3 for more specific information about the reg- 
isters and how they are affected by a hardware reset. Only 
those registers listed below and in Table 5-4 are affected by 
a hardware reset.) 


1. Receiver and Transmitter are disabled (CR). 
2. The General Purpose timer is halted (CR). 

3. All interrupts are masked out (IMR). 
4 


. The NCRS and PTX status bits in the Transmit Control 
Register (TCR) are set. 


5. The End Of Byte Count (EOBC) register is set to 0O2F8h 
(760 words). 


6. Packet and buffer sequence number counters are set to 
zero. 


7. All CAM entries are disabled. The broadcast address is 
also disabled (CAM Enable Register and the RCR). 


8. Loopback operation is disabled (RCR). 

9. The latched bus retry is set to the unlatched mode 
(DCR). 

10. All interrupt status bits are reset (ISR). 

11. The Extended Bus Mode is disabled (DCR). 


12. HOLD will be asserted/deasserted from the falling clock 
edge (DCR2). 
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5.0 Bus Interface (Continued) 
13. Latched Ready Mode is disabled (DCR2). 
14. PCOMP will not be asserted (DCR2). — 


15. Packets will be accepted (not rejected) on CAM match 
(DCR2). 

A software reset immediately terminates DMA operations 
and future interrupts. The chip is put into an idle state where 
registers can be accessed, but the SONIC will not be active 
in any other way. The registers are affected by a software 
reset as shown in Table 5-4 (only the Command Register is is 
changed). 


6.0 Network Interfacing 

The SONIC contains an on-chip ENDEC that performs the 
network interfacing between the AUI (Attachment Unit Inter- 
face) and the SONIC’s MAC unit. A pin selectable option 
allows the internal ENDEC to be disabled and the MAC/ 
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FIGURE 6-1. MAC and Internal ENDEC Interface Signals 
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ENDEC signals to be supplied to the user for connection to 
an external ENDEC. If the EXT pin is tied to ground 
(EXT =0) the internal ENDEC is selected and if.EXT is tied 
to Vcc (EXT = 1) the external ENDEC option is selected. 


Internal ENDEC: When the internal ENDEC is used 
(EXT=0) the interface signals between the ENDEC and 
MAC unit are internally connected. While these signals are 
used internally by the SONIC they are also provided as an 
output to the user (Figure 6-7). 

The internal ENDEC allows for a 2-chip solution for the 
complete Ethernet interface. Figure 6-2 shows a typical dia- 
gram of the network interface. , 
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6.0 Network Interfacing (Continued) 
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6.0 Network Interfacing (Continueg) 


External ENDEC: When EXT=1 the internal ENDEC is by- 
passed and the signals are provided directly to the user. 
Since SONIC’s on-chip ENDEC is the same as National’s 
DP83910 Serial Network Interface (SNI) the interface con- 
siderations discussed in this section would also apply to 
using this device in the external ENDEC mode. 


6.1 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 


The ENDEC unit’s encoder begins operation when the MAC 
section begins sending the serial data stream. It converts 
NRZ data from the MAC section to Manchester data for the 
differential drivers (TX+/-—). In Manchester encoding, the 
first half of the bit cell contains the complementary data and 
the second half contains the true data (Figure 6-3). A tran- 
sition always occurs at the middle of the bit cell. As long as 
the MAC continues sending data, the ENDEC section re- 
mains in operation. At the end of transmission, the last tran- 
sition is always positive, occurring at the center of the bit 
cell if the last bit is a one, or at the end of the bit cell if the 
last bit is a zero. 


The differential transmit pair drives up to 50 meters of twist- 
ed pair AUI cable. These outputs are source followers which 
require two 2700, pull-down resistors to ground. In addition, 
a pulse transformer is required between the transmit pair 
output and the AUI interface. , 


The driver allows both half-step and full-step modes for 
compatibility with Ethernet | and IEEE 802.3. When the SEL 
pin is tied to ground (for Ethernet |), TX+ is positive with 
respect to TX— during idle on the primary side of the isola- 
tion transformer (Figure 6-2). When SEL is tied to Vcc (for 
IEEE 802.3), TX+ and TX— are equal in the idle state. 


Transmit Clock | | | | | | | | | | | 


NRZ Data 


| 
i} 
Manchester 1 


Data | 


' t 
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FIGURE 6.3. Manchester Encoded Data Stream 


6.1.1 Manchester Decoder 


The decoder consists of a differential receiver and a phase 
lock loop (PLL) to separate the Manchester encoded data 
stream into clock signals and NRZ data. The differential in- 
put must be externally terminated with two 390 resistors 
connected in series. In addition, a pu/se transformer is re- 
quired between the receive input pair and the AUI interface. 


To prevent noise from falsely triggering the decoder, a 
squelch circuit at the input rejects signals with a magnitude 


less than —175 mV. Signals more negative than —300 mV 
are decoded. 


Once the input exceeds the squelch requirements, the de- 
coder begins operation. The decoder may tolerate bit jitter 
up to 18 ns in the received data. The decoder detects the 
end of a frame within one and a half bit times after the last 
bit of data. 


6.1.2 Collision Translator 


When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD+ and CD—) of the SONIC. When SONIC de- 
tects these inputs active, its Collision translator converts the 
10 MHz signal to an active collision signal to the MAC sec- 
tion. This signal causes SONIC to abort its current transmis- 
sion and reschedule another transmission attempt. 


The collision differential inputs are terminated the same way 
as the differential receive inputs and a pulse transformer is 
required between the collision input pair and the AUI inter- 
face. The squelch circuitry is also similar, rejecting pulses 
with magnitudes less than —175 mV. 


6.1.3 Oscillator Inputs 


The oscillator inputs to the SONIC (X1 and X2) can be driv- 
en with a parallel resonant crystal or an external clock. In 
either case the oscillator inputs must be driven with a 
20 MHZ signal. The signal is divided by 2 to generate the 
10 MHz transmit clock (TXC) for the MAC unit. The oscilla- 
tor also provides internal clock signals for the encoding and 
decoding circuits. 


6.1.3.1 External Crystal 


According to the IEEE 802.3 standard, the transmit clock 
(TXC) must be accurate to 0.01%. This means that the os- 
cillator circuit, which includes the crystal and other parts 
involved must be accurate to 0.01% after the clock has 
been divided in half. Hence, when using a crystal, it is nec- 
essary to consider all aspects of the crystal circuit. An ex- 
ample of a recommended crystal circuit is shown in Figure 
6-4 and suggested oscillator specifications are shown in Ta- 
ble 6-1. The load capacitors in Figure 6-4, C1 and C2, 
should be no greater than 36 pF each, including all stray 
capacitance (see note 2 below). The resistor, Ri, may be 
required in order to minimize frequency drift due to changes 
in Vcc. If R1 is required, its value must be carefully selected 
since R1 decreases the loop gain. If R1 is made too large, 
the loop gain will be greatly reduced and the crystal will not 
oscillate. If R1 is made too small, normal variations in Voc 
may cause the oscillation frequency to drift out of specifica- 
tion. As a first rule of thumb, the value of R1 should be 
made equal to five times the motional resistance of the crys- 
tal. The motional resistance of 20 MHz crystals is usually in 
the range of 102 to 302. This implies that reasonable val- 
ues for R1 should be in the range of 509 to 150M. The 
decision of whether or not to include R1 should be based 
upon measured variations of crystal frequency as each of 


- the circuit parameters are varied. 


1-628 


6.0 Network Interfacing (Continued) 


TL/F/10492-81 
FIGURE 6.4. Crystal Connection to the SONIC (see text) 


Note 1: The X1 pin is not guaranteed to provide a TTL compatible logic 
output, and should not be used to drive any external logic. If addi- 
tional logic needs to be driven, then an external oscillator should be 
used as described in the following section. 

Note 2: The frequency marked on the crystal is usually measured with a 
fixed load capacitance specified in the crystal’s data sheet. The 
actual toad capacitance used should be the specified value minus 
the stray capacitance. 


TABLE 6-1. Crystal Specifications 


Resonant frequency 20 MHz 
Tolerance (see text) +£0.01% at 25°C 
Accuracy +0.005% (50 ppm) at 0 to 70°C 
Fundamental Mode Series Resistance <250 
Specified Load Capacitance <18 pF 
Type AT cut 
Circuit Parallel Resonance 


6.1.3.2 Clock Oscillator Module 
lf an external clock oscillator is used, the SONIC can be 


connected to the external oscillator in one of two ways. The ~ 


first configuration is shown in Figure 6-5. In this case, an 
oscillator that provides the following should be used: 


1. TTL or CMOS output with a 0.01% frequency tolerance 
2. 40%-60% duty cycle 
3. >5 TTL loads output drive (Io, = 8 mA) (Additional out- 


put drive may be necessary if the oscillator must also 
drive other components.) 


Again, the above assumes no other circuitry is driven. 


TL/F/10492-82 
FIGURE 6.5. Oscillator Module Connection to the SONIC 


The second configuration, shown in Figure 6-6, connects to 
the X2 input. This connection requires an oscillator with the 
same specifications as the previous circuit except that the 
output drive specification need only be one CMOS load. 
This circuit configuration also offers the advantage of slight- 


ly lower power consumption. In this configuration, the X1 pin 
must be left open and should not drive external circuitry. 
Also, as shown by Figure 6-6, there is a 180° phase differ- 
ence between connecting an oscillator to X1 compared to 
X2. This difference only affects the relationship between 
TXC and the oscillator module output. The operation of the 
SONIC is not affected by this phase change. 


t 


TL/F/10492-83 
FIGURE 6.6. Alternate Oscillator 
Module Connection to the SONIC 


6.1.3.3 PCB Layout Considerations 


Care should be taken when connecting a crystal. Stray ca- 
pacitance (e.g., from PC board traces and plated through 
holes around the X1 and X2 pins) can shift the crystal’s 
frequency out of range, causing the transmitted frequency 
to exceed the 0.01% tolerance specified by IEEE. Tho lay- 
out considerations for using an external crystal are rathor 
straightforward. The oscillator layout should locate all com- 
ponents close to the X1 and X2 pins and should use short 
traces that avoid excess capacitance and inductance. A sol- 
id ground should be used to connect the ground legs of the 
two capacitors. 


When connecting an external oscillator, the only considera- 
tions are to keep the oscillator module as close to the 
SONIC as possible to reduce stray capacitance and induc- 
tance and to give the module a clean Vcc and a solid 
ground. 


6.1.4 Power Supply Considerations 


In general, power supply routing and design for the SONIC 
need only follow standard practices. In some situations, 
however, additional care may be necessary in the layout of 
the analog supply. Specifically special care may be needed 
for the TXVCC, RXVCC and PLLVCC power supplies and 
the TXGND and ANGND. In most cases the analog and 
digital power supplies can be interconnected. However, to 
ensure optimum performance of the SONIC’s analog func- 
tions, power supply noise should be minimized. To reduce 
analog supply noise, any of several techniques can be used. 

1. Route analog supplies as a separate set of traces or 
planes from the digital supplies with their own decoupling 
capacitors. 

2. Provide noise filtering on the analog supply pins by insert- 
ing a low pass filter. Alternatively, a ferrite bead could be 
used to reduce high frequency power supply noise. 

3. Utilize a separate regulator to generate the analog sup- 
ply. 
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7.0 AC and DC Specifications 


Absolute Maximum Ratings 


If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 


Supply Voltage (Vcc) —0.5V to 7.0V 
DC Input Voltage (Vin —0.5V to Voc + 0.5V 
_ DC Output Voltage (Vout) —0.5V to Voc + 0.5V 
Storage Temperature Range (Tstq) — 65°C to 150°C 
Power Dissipation (PD) 500 mW 
Lead Temp. (TL) (Soldering, 10 sec.) 260°C 
ESD Rating 
(Rzap = 1.5k, Czap = 120 pF) 1.5 kV 


DC Specifications 1, = 0° to 70°C, Voc = 5V +5% unless otherwise specified 


| Parameter | Conaitions | Min | 

| Minimum igh Level Output Voltage | Iow=—8mA | 8.0 

| Maximum LowLevelOutputVotage | In=e8ma || 

| MinimumHighLevelinputVotage [| | 

| MaximumLowLevelinputvotage | || 

[_imputCurrent | Vin=Vocoranp | -10 | 10 
280] 


Maximum TRI-STATE Output Vout = Vcc or GND ~10 
Leakage Current 


Average Operating Supply Current lout = 0 mA, Freq = fmax a 


Diff. Output Voltage (TX +) 782 Termination, and 2709 +550 +1200 
from Each to GND 

Diff. Output Voltage Imbalance (TX +) 782. Termination, and 2702 
from Each to GND 

Undershoot Voltage (TX +) 780. Termination, and 2700 a ae 

Diff. Squeich Threshold ~175 

(RX+ and CD+) 

OSCILLATOR PINS (X1 AND X2) 

X1 Input High Voltage X1 is Connected to an Oscillator 
and X2 is Grounded 

X1 Input Low Voltage X1 is Connected to an Oscillator 
and X2 is Grounded 


X1 Input Current X1 is Connected to an Oscillator 
and X2 is Grounded 
Vin = Voc or GND 


X2 Input High Voltage X2 is Connected to an Oscillator 
and X1 is Open 

X2 Input Low Voltage X2 is Connected to an Oscillator 
and X1 is Open 


X2 Input Leakage Current X2 is Connected to an Oscillator 
and X1 is Open 
Vin = Vcc or GND 


Typical: 40 mV 
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7.0 AC and DC Specifications (Continued) 


AC Specifications 
BUS CLOCK TIMING 


TL/F/10492-56 


Bus Clock Low Time 
Bus Clock High Time 
Bus Clock Cycle Time (Note 1) 


Note 1: These specifications are not tested. 
POWER-ON RESET 


TL/F/10492-57 


NON POWER-ON RESET ,; 
T8 
RST . 
T4 T 


ica 7 eee 


USR<1:0> Setup to RST 


TL/F/10492-58 


Power-On Reset High (Notes 1, 2) 
Reset Pulse Width (Notes 1, 2) 


Note 1: The reset time is determined by the slower (in frequency) of BSCK or TXC. If BSCK > TXC, T6 and T8 equal 10 TXCs. If BSCK < TXC, T6 and T8 equal 10 
BSCKs (T3). 
Note 2: These specifications are not tested. 


Pmin | max | min | Max | 
ie As ee 
| usA<i0>HoidtromAsT | 20 | | te | 
i Oe Ps | se, 
ae ae ee 
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7.0 AC and DC Specifications (continued) 


MEMORY WRITE, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 
T2 (wait) 72 : T1 


T1 
BSCK 
aoe I rae 
ra || 
X_ 


ey a een & 


A<31:1> 


D<31:0> 


MWR 


RDYi 
TL/F/10492-59 


Ts ns 
T10 ns 
mH __s 
T12 ns 
15 ns 
T32 ns 
139 ns 


T36 BSCK to Memory Write Data Valid ns 
137 BSCK to MWR (Write) Valid (Note 1) ns 
T40 Write Data Hold Time from BSCK ns 


Note 1: For successive read operations, MWR remains low, and for successive write operations MWA remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation.: 


Note 2: bcyc = bus clock cycle time (T3). ’ 
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7.0 AC and DC Specifications (Continued) 
MEMORY READ, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 


Ti T2 (wait) T2 
ow ee 


T12 


Units 


ns 


ns 


Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (Idle) state that is inserted between the read and the write operation. ; 


Note 2: bcyc = bus clock cycle time (T3). 
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710 Address Hold Time from BSCK 


7.0 AC and DC Specifications (Continue) 
MEMORY WRITE, BMODE = 0, ASYNCHRONOUS MODE 


T2 (wait) 


A<31:1> 


j<-T40 


T33a 


(Note 3) 
TL/F/10492-61 


Parameter 


T9 BSCK to Address Valid 


T11b BSCK to ADS, DS, ECS Low 
T12b BSCK to ADS, ECS High 
T13 BSCK to DS High 

T15 ADS High Width (Note 2) beyc — 5 


T18 Write Data Strobe Low Width (Notes 2, 4) 
T32a Ready Asynch. Setup to BSCK (Note 3)... ee 
T33a_—-—'|_ Ready Asynch. Hold from BSCK aa. 


T36 BSCK to Memory Write Data Valid 


137 BSCK to MWA (Write) Valid (Note 1) Nee steel 


T39 _ Write Data Valid to eve: =40 
Data Strobe Low (Note 2) Y 


T40 Write Data Hold Time from BSCK 


Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (Idle) state that is inserted between the read and the write operation. 


Note 2: bcyc = bus clock cycle time (T3). 


Note 3: This setup time assures that the SONIC terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC samples RDYi low during the T1 cycle, 
the SONIC will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during T2(wait). (This is 
assuming that programmable wait states are set to 0). 


Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 
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7.0 AC and DC Specifications (Continued) 
MEMORY READ, BMODE = 0, ASYNCHRONOUS MODE 


1! T2 (wait) 12 if] 
BSCK 
Ti1b L— 
ECS 
T10 
Ac3I:1> ) = ae ae ee 
T11b 
ADS r 


D<31:0> 


TT >*7X~ar 
}+-128 
MWR / | 


T32e T32a 
-| [+1330 +—133a 


| 


Fe) 
iS] 
= 

-~ 

Zz 
o 
2 
ao 
Gt 
— 
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Ncinbid ae | om | MH 


es ee 
T9 BSCK to Address Valid he cs ae ns 
T10 Address Hold Time from BSCK Ea ee eS ns 
Ti1b BSCK to ADS, DS, ECS Low ae i ns 
T12b BSCK to ADS, ECS High le ns 
T13 BSCK to DS High a ae ns 
T15 ADS High Width (Note 2) ns 


T16 Read Data Strobe High Width (Note 2) bceyc — 12 bcyc — 10 


117 Read Data Strobe Low Width (Note 2) 


a 
n 


ae! 

eed 

= ns 
723 Read Data Setup Time to BSCK i ae ns 
T24 Read Data Hold Time from BSCK Ea a ae a ns 
T28 BSCK to MWA (Read) Valid (Note 1) ee ek eee ns 
T32a Ready Asynch. Setup Time to BSCK (Note 3) A cage im — sileee— Boe =a) ns 
T33a Ready Asynch. Hold Time to BSCK Pa a a ns 


Note 1: For successive read operations, MWR remains low, and for successive write operations MWR remains high during a transfer. During RBA and TBA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 2: bcyc = bus clock cycle time (T3) 


Note 3: This setup time assures that the SONIC terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC samples RDYi low during the T1 cycle, 
the SONIC will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during T2(wait). (This is 
assuming that programmable wait states are set to 0). 
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7.0 AC and DC Specifications (Continued) 
MEMORY WRITE, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 


1 T2 (wait) 12 11 
BSCK 
Tile [~ ie 
Se 
AS31:1> 2, 2 eee eee ee ee 


x ae Tt1le nia 
114 T15a -—>| 


AS 
T11a T13a 
118 
Ds 


1-140 
D<31:0> Wee DATA OUT 


MRW 


DSACKO,1 
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Number Parameter 


¢ 
=. 
~ 
e 


T15 
2 ls 
5 |S 
| | 
a1 
=} p=] 
a 1a 


T9 BSCK to Address Valid | Deen es Pe ns 
T10 | Address Hold TimetromBsck |S een ns 
Tita | BSCKIoASDSECStow | a ea 
Ti2a Se eee ns 
T13a " BSCK to DS High Poe ene al ns 
T14 AS Low Width (Note 3) | boye—7 | ns 
T15a AS High Width (Note 3) 


T18 Write Data Strobe Low Width (Notes 1, 3) 


| Max 
oe 
ss 
nee 
ezoae 
| 36 
bayo-7 | | boo -7_| 
ae 
nares 
a 
fee 
aie 


122 Address Valid to AS (Note 3) | bch - 18 | | beh-16 | ns 
T30 DSACKO, 1 Setup to BSCK (Note 4) i Se ie: ogee se ns 
731 DSACKO, 1 Hold from BSCK ae eee ns 
T36 BSCK to Memory Write Data Valid Be ee ae ee eal ns 
137 ~ BSCK to MRW (Write) Valid (Note 2) I ee ee Bone eee ns 


ns 


2. 
T39 Write Data Valid to 
Data Strobe Low (Note 3) ad a he | a ie 
T40 Memory WriteDataHoldTimefromasck | io | | 


Note 1: DS will only be asserted if the bus cycle has at least one wait state inserted. 


Note 2: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 3: beyc = bus clock cycle time (T3), bch = bus clock high time (T2). 
Note 4: DSACKO,1 must be synchronized to the bus clock (BSCK) during synchronous mode. 
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7.0 AC and DC Specifications (continues) 


MEMORY READ, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 
if 12 (wait) 12 


Tita / (iia 


AS3131> 


Units 


Number Parameter Min 


T9 BSCK to Address Valid 
T10 Address Hold Time from BSCK 


| Max 

oe eae 

ee ae 

Tita BSCK to AS, DS, ECS Low et 
eS 

ee 

|| 

a 


[] 
Le) 


ns 
ns 
ns 
Ti2a BSCK to AS, ECS High ns 


T13a BSCK to DS High 


T14 AS Low Width (Note 3) 
T15a_— | -— AS High Width (Note 3) 
T16 Read Data Strobe High Width (Note 3) 
T17 Read Data Strobe Low Width 
T22 Address Valid to AS (Note 3) 


T23a_—; Read Data Setup Time to BSCK 


2) 

ra 

i 

aa ee 

T24a Read Data Hold Time from BSCK oe a 
fe SN 6 802-) 

a ee ee, 

EH 


ie) 
bt 


ns 


bcyc — 7 ns 


beye — 12 ns 


bcyc — 10 ns 


bcyc — 5 ns 


ns 
ns 
ns 
T28 BSCK to MRW (Read) Valid (Note 1) ns 
T30 DSACKO,1 Setup to BSCK (Note 2) 


731 DSACKO,1 Hold from BSCK 


Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MAW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 2: DSACKO,1 must be synchronized to the bus clock (BSCK) during synchronous mode. 
Note 3: bcyc = bus clock cycle time (T3), bch = bus clock high time (T2). 


ns 


ns 
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7.0 AC and DC Specifications (continue) 


MEMORY WRITE, BMODE = 1, ASYNCHRONOUS MODE 
1 T2 (wait) 


ae k Nes 


At | fe 


ACS1:1> 0 ae a ee ee ee es 


ea 
eee | 
pa 


pesti> |X| | ao —*d ) 


ce 
ae ee 
131 131 


130» T30->| 
DSACKO, 1 a Ae ae or 


T31a T3la 


T30a—> T30a->| 


(Note 2) 
TL/F/10492-65 


Number 


T9 
T10 
Tila 
T12a 
T13a 
T14 
T15a 
T18 
T22 
T30 
T30a 
731 
T31a 
T36 
T37 


T39 bcyc — 40 beyc — 35 


Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti idle) state that is inserted between the read and the write operation. 


Note 2: Meeting the setup time for DSACKO0,1 or STERM guarantees that the SONIC will terminate the memory cycle 14 bus clocks after DSACKO,1 were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO,1 or STERM are sampled properly in a low state. If the SONIC samples 
DSACKO,1 or STERM low during the T1 or first T2 state respectively, the SONIC will finish the current access in.a total of two bus clocks instead of three (assuming 
that programmable wait states are set to 0). DSACKO,1 are asynchronously sampled and STERM is synchronously sampled. 

Note 3: bcyc = bus clock cycle time (13), bch = bus clock high time (T2). 


Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 


ao 
as 


24 


| Max | Max 
sea | 32 | 
I | el 
| 26 | feaee | 
| 82 
| 36 Lied 
eaaieet Pes 
— aa 
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7.0 AC and DC Specifications (Continued) 


MEMORY READ, BMODE = 1, ASYNCHRONOUS MODE 
T2 (wait) 12 1 


Ti 
Ti2a 
mee EL | 


A311 >, ei aa PE es ee. een! 


i 
=~ aie 


ja|\— 


D<310> a : 


DSACKO, 1 \. | (Note 2) 
T3ia 


T30a—>| 


(Note 2) 
TL/F/10492-66 


T9 BSCK to Address Valid a Ea 
T10 Address Hold Time from BSCK a ie 
36 


Tila BSCK to AS, DS, ECS Low 


ns 
ns 

araon : 
T12a BSCK to AS, ECS High Po ns 
T13a BSCKtoDSHigh a 
T14 AS Low Width (Note 3) _ 
T15a AS High Width (Note 3) 

b 


cy 
T16 Read Data Strobe High Width (Note 3) beyc — 10 


as 
Ee ae 2] 
| 36 | 
ot tell 
ari 
 — 
T17 Read Data Strobe Low Width (Note3) | beye-5 | — | beyc—5 
a 
fees 5 
ae 
| 30 | 
el 
ee: tl 


ns 
beyc —7 ns 
. beye — 12 ns . 
ns 


ns 


T22 Address Valid to AS (Note 3) bch — 16 ns 


T23b Read Data Setup Time to BSCK . ns 


T24a Read Data Hold Time from BSCK ns 


T28 BSCK to MAW (Read) Valid(Note1) | 


N 


oo - 


ns ° 


T30 DSACKO,1 Setup to BSCK (Note 2) ns 


T30a STERM Setup to BSCK (Note 2) 
T31 DSACKO,1 Hold from BSCK ns 


Note 1: For successive write operations, MRW remains low, and for successive read operations MRW remains high during a transfer. During RBA and TBA 
transfers the MRW signal! will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MRW signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 

Note 2: Meeting the setup time for DSACKO,1 or STERM guarantees that the SONIC will terminate the memory cycle 11/ bus clocks after DSACKO,1 were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO,1 or STERM are sampled properly in a low state. If the SONIC samples 
DSACKO,1 or STERM low during the T1 or first T2 state respectively, the SONIC will finish the current access in a total of two bus clocks instead of three (assuming 
that programmable wait states are set to 0). DSACKO,T are asynchronously sampled and STERM is synchronously sampled. 


Note 3: beyc = bus clock cycle time (T3), bch = bus clock high time (T2). 


ns 
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7.0 AC and DC Specifications (continued 


BUS REQUEST TIMING, BMODE = 0 
Ti Ti Ti Ti at Ti Ti 


T43->| ral }+-T43 T44->| = H T44 


am le 
HOLD a! (Note 2) 7 j , (Note 2) 
a T46 : 


BUS PREEMPTION (Note 1) 


ea ee eeewaan el 


[<-T51 
A<31:1> - : (Note 5) i 
a oo 
<31:0> 
. Grie) = (Note 5) ) sid YS 
; ke T55a - }+-T550 


te 


$<2:0> BUS IDLE MEMORY TRANSFER ,® BUS IDLE !) BUS IDLE 


ae 
; . (Note 3) [+151 
‘ADS, MWR 
DS, MWR Note 5 
DS, ECS iNote 5) ra 
51 


USR<1:0> 
EXUSR<3:0> 
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Number Parameter |: 


T43 BSCK to HOLD High (Note 2) 3 
T44 BSCK to HOLD. Low (Note 2) 
T45 HLDA Asynchronous Setup Time to BSCK 


T46 HLDA Deassert Setup Time (Note1) 


T51 BSCK to Address, ADS, MWR, DS, ECS, 
a ae USR<1:0> and EXUSR<3:0>TRI-STATE 
(Note 4) 


T52 BSCK to Data TRI-STATE (Note 4) 
T53 BSCK to USR<1:0> and EXUSR<3:0> Vali 


T55 BSCK to Bus Status 
Idle toNon-Idle 


T55a BSCK to Bus Status 
Non-ldle to Idle (Note 3) 


T55b $<2:0> Hold from BSCK 


Note 1: A block transfer by the SONIC can be pre-empted from the bus by deasserting HLDA provided HLDA is deasserted T46 before the rising edge of the last 
T2 in the current access. ‘ 


Note 2: The assertion edge for HOLD is dependent upon the PH bit in the DCR2. The default situation is shown wih a solid line in the timing diagram. T43 and T44 
apply for both modes. Also, if HLDA is asserted when the SONIC wants to acquire the bus, HOLD will not be asserted until HLDA has been deasserted first. 


Note 3: S<2:0> will indicate IDLE at the end of T2 if the last operation is a read operation, or at the end of Th if the last operation is a write operation. 


Note 4: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns earlier, enabling other devices to drive 
these lines without contention. : . : ‘ 


np 
mE 


£ 


: ns 


ns 


i 
a a 
Pe 
ms 
ail el 
mE 
Pe 
fee 
came ian 


Note 5: For specific timing on these signals (driven by the SONIC), see the memory read and memory write timing diagrams on previous pages. 
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7.0 AC and DC Specifications (continued) 


BUS REQUEST TIMING, BMODE = 1 
Ti Ti Ti 


T47 


(JRI-STATE) 


TRI-STATE 
DRIVEN BY SYSTEM BUS (Note 1) 


TRI-STATE 
DRIVEN BY SYSTEM BUS (Note 1) { ) (Note 2) 


A<31:1>, ECS Note 2 
DS, NRW iNote2) 


D<31:0> 


$<2:0> BUS IDLE 


USR<1:0> 
EXUSR<3:0> 


.Number Parameter 


T45a BG Asynchronous Setup Time to BSCK 


TL/F/10492-68 


Units 


ns 


ns 


T47 
T4s__|_ BSCKLowtoBRTRISTATE (Noted) | 
T49 
750 


T5ta __ BSCK to Address, AS, MRW, DS, ECS, 
USR<1:0> and EXUSR<3:0> TRI-STATE (Note 4) 


T52 BSCK to Data TRI-STATE (Note 4) 
T53 BSCK to USR<1:0> and EXUSR <3:0> Valid 


T55 BSCK to Bus Status 
Idle to Non-Idle 
T55a_—. BSCK to Bus Status 
Non-ldle to Idle (Note 3) 
T55b $<2:0> Hold from BSCK 10° 


Note 1: BGACK is only issued if BG is low and AS, DSACKO,1, STERM and BGACK are deasserted. 

Note 2: For specific timing on these signals, see the memory read and memory write timing diagrams on previous pages. 

Note 3: S<2:0> will inidicate IDLE at the end of T2 if the last operation is a read operation or at the end of Th if the last operation is a write operation. 

Note 4: This timing value includes an RC delay inherent in our test measurement. These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 
these lines without contention. 

Note 5: BGACK is driven high for approximately 1% BSCK before going TRI-STATE. 
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7.0 AC and DC Specifications (Continued) 
BUS RETRY 


BSCK he . ‘‘ | 
A<3121> ee) a ee > 
Mebais x amnesia 


(WRITE) 2 eee 
T4la T41 T42 
BRT (Note 3) 2 Bret (Note 2) 143 
. = 143 
f 
HOLD 4 (Note 1) 
(BMODE=0) anunan ff 
; T50 ; ; 
(Note 4) 

BGACK 
(BMODE=1) 

147 


bees (TRI-STATE) 
BR 
(BMODE= 1) 


Bus Retry Synchronous Setup Time to BSCK 
(Note 3) 


Bus Retry Asynchronous 
Setup Time to BSCK (Note 3) 


BSCK to BGACK High (Note 4) 


TL/F/10492-69 


Note 1: Depending upon the mode, the SONIC will assert and deassert HOLD from the rising or falling edge of BSCK. : 


Note 2: Unless Latched Bus Retry mode is set (LBR in the Data Configuration Register, Section 4.3.2), BRT must remain asserted until after the Th state. if 
Latched Bus Retry mode is used, BRT does not need to satisfy T42. : 


Note 3: T41 is for synchronous bus retry and T41a is for asynchronous bus retry (see Section 4.3.2, bit 15, Extended Bus Mode). Since T41a is an asynchronous 
setup time, it is not necessary to meet it, but doing so will guarantee that the bus exception occurs in the current memory transfer, not the next. 


Note 4: BGACK is driven high for approximately 1/4 BSCK before going TRI-STATE. 
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7.0 AC and DC Specifications (continued) 
MEMORY ARBITRATION/SLAVE ACCESS 


Ti T!1 T2 Th Ts Ts Ts Ts T1 T2 Th Ti 


HOLD 
(BMODE=0) 


BGACK 
(BMODE= 1) 


A<31:1> 


D<31:0> 


(Note 1) 


SAS (Note 5) 
(BMODE= 1) 


SAS (Note 5) 
(BMODE=0) 


SMACK 


MREQ (Note 1) 


TL/F/10492-70 


Number 


Note 1: Both CS and MREQ must not be asserted concurrently. If these signals are successively asserted, there must be at least two bus clocks between the 
deasserting and asserting edges of these signals. 


Note 2: It is not necessary to meet the setup times for MREQ or CS since these signals are asynchronously sampled. Meeting the setup time for these signals, 
however, makes it possible to use T60 to determine exactly when SMACK will be asserted. 


Note 3: The smaller value for T60 refers to when the SONIC is accessed during an idle condition and the other value refers to when the SONIC is accessed during 
non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS or MREQ is asserted 1, bus clock before the 
falling edge that these signals are asynchronously clocked in on (see T56 and T58). If T56 is met for CS or T58 is met for MREQ, then SMACK will be asserted 
exactly 1 bus clock, when the SONIC was idle, or 5 bus clocks, when the SONIC was in master mode, after the edge that T56 and T58 refer to. (This is assuming 
that there were no wait states in the current master mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 
SAS must have been asserted for this timing to be correct. See SAS and CS timing in the register read and register write timing specifications. 

Note 4: bcyc = bus clock cycle time (T3). 

Note 5: The way in which SMACK is asserted is due to CS is not the same as the way in which SMACK is asserted due to MREQ. SMACK goes low as a direct 
result of the assertion of MREQ, whereas, for CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 0) before SMACK will be asserted. This means 
that when SMACK is asserted due to MREQ, SMACK will remain asserted until MREQ is deasserted. Multiple memory accesses can be made to the shared 
memory without SMACK ever going high. When SMACK is asserted due to CS, however, SMACK will only remain low as long as SAS is also low (BMODE = 1) or 
high (BMODE = 0). SMACK will not remain low throughout multiple register accesses to the SONIC because SAS must toggle for each register access. This in an 
important difference to consider when designing shared memory designs. 
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7.0 AC and DC Specifications (Continued) 
REGISTER READ, BMODE = 0 (Note 1) 


Tt T2 (wait) 12 (wait) T2 (wait) T2 (wait) | 12 Tt 
BSCK : = x os / 
cad ara ee 
eae es Da 164—+| 
156 185a———> 


162 be— ri T6 2a 
aie a a es 
58 ey 
[75 168—>| 


RDYo 


179 


SMACK 


[+182 185 


D<15:0> DATA OUT 


TL/F/10492-71 


Number | Parameter |__| Units 
| Min | Max | Min | Max | 
756 | CShaneh SeoupioascKWow) |e 
T60 MREQ or CS to SMACK Low (Notes 3, 5, 8) are l : ne ae hive 
T62 SAS Assertion before CS (Note 6) = 2 ie eee Se ieee ns 
T62a SAS Deassertion after CS (Notes 3, 6) a ee ee eee ee 
T63 Register Address Setup to SAS Ole eee ee ee Se ns 
T64 Register Address Hold Time from SAS a ee ee ee ee eee ns 
T65 SAS Pulse Width (Note 3) | beye-10 | | | beyc-10 | ~~ | ns 
T68 SWR (Read) Hold from SAS ee ee ee ee es ee 


172 | SMACK to RDYG Low Notes.) «| SCtiSSC*SCSC*~“<‘iSSCSC*dC«t 


173 SWR (Read) Setup to SAS ae eas es ee ee ee 
175 | BSCK to RDV6 Low _ Sen NAPS AE (RR 
T76 SAS or CS to RDYo High (Note 2) ee ea ee ee es 
179 SAS or CS to SMACK High (Note 2) a ee ee eee 
Tat | BSOK to SMACK Low Se Oe 
Ta2 | BSCKto RogiterDataVald ~~~ SSSSSSi |i 


Note 1: This figure shows a slave access to the SONIC when the SONIC is idle, or rather not in master mode. If the SONIC is a bus master, there will be some 
differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave access. 


Note 2: If CS is deasserted before the falling edge of SAS, T76, T79 and T85 are referenced from the rising edge of CS. 

Note 3: bcyc = bus clock cycle time (T3). 

Note 4: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. : 


Note 5: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 
non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 14 bus clock before the falling edge 
that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 
clocks, when the SONIC was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 
Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 


Note 6: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. It is suggested that SAS be driven high no later than CS. If necessary, 
however, SAS may be driven up to 1BSCR after CS. : : 


Note 7: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 
these lines without contention. 


Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (continued) 


REGISTER WRITE, BMODE = 0 (Note 1) 
11 12 (wait) 12 (wait) 12 (wait) T2 (wait) 12 " 


BSCK 


RA<5:0> 


cc T85a-——>| 


16 
[is 


RDYo T81 
T60 172 


SMACK 


T83 T84 


D<15:0> 
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Number Parameter Units 


T56 CS Asynch. Setup to BSCK (Note 4) 
T60 MREQ or CS to SMACK Low (Notes 3, 5, 7) 


—s 


ns 


bcyc 


T62 SAS Assertion before CS (Note 6) 
T62a SAS Deassertion after CS (Notes 3, 6) 
T63 Register Address Setup to SAS 

T64 Register Address Hold Time from SAS 
T65 SAS Pulse Width (Note 3) 

T70 SWR (Write) Setup to SAS 

T71 SWR (Write) Hold from SAS 

172 SMACK to RDYo Low (Notes 3, 7) 
T75 BSCK to RDYo Low © 

T76 SAS or CS to RDYo High (Note 2) 

T79 + SAS or CS to SMACK High (Note 2) 
T81 BSCK to SMACK Low 

T83 Register Write Data Setup to BSCK 
T84 Register Write Data Hold from BSCK 
T85a Minimum CS Deassert Time (Note 3) 


Note 1: This figure shows a slave access to the SONIC when the SONIC is idle, or rather not in master mode. If the SONIC is a bus master, there will be some 
differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave access. 


Note 2: If CS is deasserted before the falling edge of SAS, T76 and T79 are referenced from the rising edge of CS. 
Note 3: bcyc = bus clock cycle time (T3). 


Note 4; It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 
non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 1/ bus clock before the falling edge 
that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 
clocks, when the SONIC was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 
Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 


Note 6: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. It is suggested that SAS be driven high no later than CS. If necessary 
however, SAS maybe driven up to 1 BSCK after CS. 


Note 7: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (Continued) 
REGISTER READ, BMODE = 1 (Note 1) 


Ti T2 (wait) T2 (wait) T2 (wait) T2 (wait) T2 (wait) 
BSCK 


RA<5:0> 


———— __(TRI-STATE) 
DSACKO 


——- _ (TRI-STATE) 
DSACK1 


0<15:0> DATA OUT 
TL/F/10492-73 


Number Parameter Units 


Oo 


T56 CS Asynch. Setup to BSCK (Note 5) 
T60 MREQ or CS to SMACK Low (Notes 4, 6, 9) 


ns 


ho 


T62 SAS Assertion before CS (Note 7) 
T63 Register Address Setup to SAS 

T64 Register Address Hold from SAS 
167 SRW (Read) Setupto SAS __ 

T72a SMACK to DSACKO,1 Low (Notes 4, 9) 
174 SRW (Read) Hold from SAS 

T75a BSCK to DSACKO,1 Low 

T77 CS to DSACKO,1 High (Notes 2, 3) 
T77a SAS to DSACKO,1 High (Notes 2, 3) 
T78 Skew between DSACKO,1 

T79a BSCK to SMACK High 

T81 BSCK to SMACK Low 

T82 BSCK to Register Data Valid 

T85a Minimum CS Deassert Time (Note 4) 


T86 SAS or CS to Register Data TRI-STATE 
(Notes 2, 8) 


Note 1: This figure shows a slave access to the SONIC when the SONIC is idle, or rather not in master mode. If the SONIC is a bus master, there will be some 
differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave access. 
Note 2: If GS is deasserted before the rising edge of SAS, T77 and T86 are referenced off the rising edge of CS instead of SAS. 

Note 3: DSACKO,1 are driven high for about 1% bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). 

Note 5: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 
non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 2 bus clock before the falling edge 
that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 
clocks, when the SONIC was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 
Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) ; 

Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of CS. 

Note 8: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 
these lines without contention. 

Note 9: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (continued) 
REGISTER WRITE, BMODE = 1 (Note 1) 


"1 12 (wait) T2 (wait) 12 (wait) 12 (wait) T2 (wait) 12 "1 


BSCK 


RA<5:0> 


SRW 


(TRI-STATE) 


DSACKO { 
s T77a . 
178 
DSACKT —RICSTATED ae i? (Note 3) 


181 


SMACK 


D<15:0> 


(_DaTA IN) 
Number Parameter , | 20MHz 


T56 CS Asynch. Setup to BSCK (Note 5) i a 
T60 MREQ or GS to SMACK Low (Notes 4, 6, 8) ae | 1.5 
55 


TL/F/10492-74 


Units. 


= 
oO 


ns 


bcyc 


T62 | SAS Assertion before CS (Note 7) se ns 
T63 Register Address Setup to SAS. SS ie 
T64 Register Address Hold from SAS ns 


T70a SRW (Write) Setup to SAS 


T71a SRW (Write) Hold from SAS LO: ofl 
T72a SMACK to DSACKO,T Low (Notes 4, 8) 


ons 
an 
s 
n 


| 
Lox 
(?) 
< 
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Note 1: This figure shows a slave access to the SONIC when the SONIC is idle, or rather not in master mode. If the SONIC is a bus master, there will be some 
differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave access. 
Note 2: If CS is deasserted before the rising edge of SAS, then 177 is referenced off the rising edge of CS instead of SAS. 

Note 3: DSACKO,1 are driven high for about 4 bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). 

Note 5: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC is accessed during an Idle condition and the other value refers to when the SONIC is accessed during 
non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted /% bus clock before the falling edge 
that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC was idle, or 5 bus 
clocks, when the SONIC was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master mode access. 
Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of CS. 

Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (Continued) 
ENDEC TRANSMIT TIMING (INTERNAL ENDEC MODE) 


TX+/- 


TL/F/10492-75 


Number Units 


87 ns 
Tes _ns 
Teo ns 
798 ns 
T96 ns 
197 ns 
T98 ns 
T100____ | __TransmitOutputHigh before ie (Halt Step) | 200 ns 

Ti01 | _Transmit OutputiaieTime(Hattstep) || 8000] 


Note 1: This specification is provided for information only and is not tested. 
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7.0 AC and DC Specifications (continued) 


ENDEC RECEIVE TIMING (INTERNAL ENDEC MODE) 


1st Bit 
Decoded 


Of te 3] idle 


| 
le ef NG —; 


al T105 7 1112 
CRS ; 
— T106——>}«-T102->| 1113-———> 
RXC ———e if \S\VS 


ENDEC COLLISION TIMING 


o+/-—\_ fT \_S? — 
| al 1114 ae 


COL 


TL/F/10492-77 


Number Parameter. 

T102 Receive Clock Duty Cycle Time (Note 1) 
T105 Carrier Sense on Time 

T106 Data Acquisition Time. 

T107 ‘ Receive Data Output Delay 

T108 Receive Data Valid from RXC 

T109 Receive Data Stable Valid Time 

T7112 Carrier Sense Off Delay (Note 2) 
T113 Minimum Number of RXCs after CRS Low (Note 3) 
T7114 Collision Turn On Time - . 
T1115, Collision Turn Off Time 


t 
oO 


700 


= 
a 
oO oO 


155 


uk 


Note 1: This parameter is measured at the 50% point of each clock edge. 
Note 2: When CRSi goes low, it remains low for a minimum of 2 receive clocks (RXCs). 
Note 3: rcyc = receive clocks. 
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Units 
ns 
ns 
ns 
ns 
ns 
ns 
ns 

rcyc 


ns 


ns 
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7.0 AC and DC Specifications (continued) 
ENDEC-MAC SERIAL TIMING FOR RECEPTION (EXTERNAL ENDEC MODE) 


DP83932B 


TL/F/10492-78 


4 


Number 
7118 
T119 
7120 
T121 
1122 
T7124 - Maximum Allowed Dribble Bits — 

7125 
7126 


Note 1: tcyc = transmit clocks, rcyc = receive clocks, beye = TS. ; 


Note 2: This parameter refers to longest time (not including wait-states) the SONIC requires to perform its end of receive processing and be ready for the next start . 
of frame delimiter. This time is 4 tcye + 36 bcyc. This is guaranteed by design and is not tested. : 


ENDEC-MAC SERIAL TIMING FOR TRANSMIT (NO COLLISION) 


Units 


Oo 


‘Bits 


_ 
wowh 


reyc 


TL/F/10492-79 


Number Parameter Units 


1127 Transmit Clock High Time 
T128 Transmit Clock Low Time 


T129 Transmit Clock Cycle Time 
T130 TXC to TXE High 

T131 TXC to TXD Valid 

T132 TXD Hold Time from TXC 
T133 TXC to TXE Low 

T134 

T135 


- 


oO 


Note 1: tcyc = transmit clocks. 


Number 


T136 


Note 1: tcyc = transmit clock. 


8.0 AC Timing Test Conditions 


All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 


Input Pulse Levels (TTL/CMOS) GND to 3.0V 
Input Rise and Fall Times (TTL/CMOS) 5ns 
Input and Output Reference 

Levels (TTL/CMOS) 1.5V 
Input Pulse Levels (Diff.) —350 mV to — 1315 mV 
Input and Output 50% Point of 


the Differential 
Float (AV) +0.5V 


Reference Levels (Diff.) 
TRI-STATE Reference Levels 
Output Load (See Figure below) 


Voc S1(NOTE 2) 


DEVICE 
UNDER 
TEST 


TL/F/10492~84 


Note 1: 50 pF, includes scope and jig capacitance. 
Note 2: S1 = Open for timing tests for push pull outputs. 


$1 = Voc for Vo, test. 

S1 = GND for Voy test. 

$1 = Voc for High Impedance to active low and active low to High 
Impedance measurements. 

S1 = GND for High impedance to active high and active high to 

High Impedance measurements. 


7.0 AC and DC Specifications (Continued) 
ENDEC-MAC SERIAL TIMING FOR TRANSMISSION (COLLISION) 


|___ColisionDetectwiatniwotot) [2 | 
| __DeleytromGotision | TC 
| vampeiog TCT 


‘TL/F/10492-80 


Capacitance 1, = 25°c,1 = 1 MHz 


| Symbol | Parameter | typ | units | 


DERATING FACTOR 

Output timing is measured with a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads: C_ = 50 pF + 0.05 ns/pF. 


AUI Transmit Test Load 
TX+ 
780, 27 wH 

TX= 


TL/F/10492-85 


Note: In the above diagram, the TX+ and TX— signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer 
used for all testing is a selected 100 4H +0.1% Pulse Engineering 
PE64103. 
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SONIC-16 


Semiconductor 


ZyNational PRELIMINARY 


DP83916 SONIC™-16 
Systems-Oriented Network Interface Controller 


General Description | 


The SONICTM-16 (Systems-Oriented Network Interface one for indicating status and control information and the 
Controller) is a second-generation Ethernet Controller de- —_ other for. fetching packet data. The system can create a 
signed to meet the demands of today’s high-speed 16-bit transmit queue allowing multiple packets to be transmitted 
systems. Its system interface operates with a high speed from a single transmit command. The packet data can re- 
DMA that typically consumes less than 8% of the bus band- _— side on any arbitrary byte boundary and can exist in several 
width. Selectable bus modes provide both big and little endi- non-contiguous locations. _ 1 

an byte ordering and a clean interface to standard micro- 

processors. The linked-list buffer management system of Features 

SONIC-16 offers maximum flexibility in a variety of environ- — m 23-bit non-multiplexed address/16- bit data bus 

ments from PC-oriented adapters to high-speed mother- 

board designs. Furthermore, the SONIC-16 integrates a ful- ces aera oapasblceitcat maximizes flexibility 
ly-compatible IEEE 802.3 Encoder/Decoder (ENDEC) al- ; g ; ‘ 

lowing for a simple 2-chip solution for Ethernet when the ™ Two independent 32-byte transmit and receive FIFOs 
SONIC-16 is paired with the DP8392 Coaxial Transceiver ™ Bus compatibility for all standard microprocessors 
Interface. - m Supports big and little endian formats 


For increased performance, the SONIC-16 implements a ® Integrated IEEE 802.3 ENDEC 

unique buffer management scheme to efficiently process ™ Complete address filtering for up to 16 physical and/or 
receive and transmit packets in system memory. No inter- ‘multicast addresses 

mediate packet copy is necessary. The receive buffer man- 32-bit general-purpose timer 

agement uses three areas in memory for (1) allocating addi- m Full-duplex loopback diagnostics 

tional resources, (2) indicating status information, and (3). ™ Fabricated in low-power CMOS 

buffering packet data. During reception, the SONIC-16 m 132:PQFP package 

stores packets in the buffer area, then indicates receive 

status and control information in the descriptor area. The 

system allocates more memory resources to the SONIC-16 
by adding descriptors to the memory resource area. The 

transmit buffer management uses two areas in memory: 


@ Full network management facilities support the IEEE 
802.3 layer management standard 
m Integrated support for bridge and repeater applications 


System Diagram 


IEEE 802.3 Ethernet/Thin-Ethernet/10BASE-T Station 


AUI 
pP8392 
ETHERNET cTl 51, ERA LS SYSTEM 
OR THIN-WIRE ETHERNET & /|/—>| = INTERFACE 
oO oS 
a ao 


10BASE-T 
TWISTED PAIR ETHERNET 


z 
=] 
i 
< 
J 
°o 
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1.0 Functional Description 


The SONIC-16 (Figure 1-7) consists of an encoder/decoder 
(ENDEC) unit, media access contro! (MAC) unit, separate 
receive and transmit FIFOs, a system buffer management 
engine, and a user programmable system bus interface unit 
on a single chip. SONIC-16 is highly pipelined providing 
maximum system level performance. This section provides 
a functional overview of SONIC-16. 


1.1 IEEE 802.3 ENDEC UNIT 


The ENDEC (Encoder/Decoder) unit is the interface be- 
tween the Ethernet transceiver and the MAC unit. It pro- 
vides the Manchester data encoding and decoding func- 
tions for IEEE 802.3 Ethernet/Thin-Ethernet type focal area 
networks. The ENDEC operations of SONIC-16 are identical 
to the DP83910A CMOS Serial Network Interface device. 
During transmission, the ENDEC unit combines non-return- 
zero (NRZ) data from the MAC section and clock pulses into 
Manchester data and sends the converted data differentially 
to the transceiver. Conversely, during reception, an analog 
PLL decodes the Manchester data to NRZ format and re- 
ceive clock. The ENDEC unit is a functionally complete 
Manchester encoder/decoder incorporating a balanced 
driver and receiver, on-board crystal oscillator, collision sig- 
nal translator, and a diagnostic loopback. The features in- 
clude: 


© Compatible with Ethernet | and II, IEEE 802.3 10BASE5 
and 10BASE2 
10Mb/s Manchester encoding/decoding with receive 
clock recovery 
Requires no precision components 
Loopback capability for diagnostics 
Externally selectable half or full step modes of operation 
at transmit output 
Squelch circuitry at the receive and collision inputs reject 
noise 


Connects to the transceiver (AUI) cable via external 
pulse transformer 


ENDEC UNIT MAC UNIT 
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FIGURE 1-1. SONIC-16 Block Diagram 
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1.1.1 ENDEC Operation 


The primary function of the ENDEC unit (Figure 7-2) is to 
perform the encoding and decoding necessary for compati- 
bility between the differential pair Manchester encoded data 
of the transceiver and the Non-Return-to-Zero (NRZ) serial 
data of the MAC unit data line. In addition to encoding and 
decoding the data stream, the ENDEC also supplies all the 
necessary special signals (e.g., collision detect, carrier 
sense, and clocks) to the MAC unit. 


Manchester Encoder and Differential Output Driver: 
During transmission to the network, the ENDEC unit trans- 
lates the NRZ serial data from the MAC unit into differential 
pair Manchester encoded data on the Coaxial Transceiver 
Interface (e.g., National’s DP8392) transmit pair. To perform 
this operation the NRZ bit stream from the MAC unit is 
passed through the Manchester encoder block of the EN- 
DEC unit. Once the bit stream is encoded, it is transmitted 
out differentially to the transmit differential pair through the 
transmit driver. 


Manchester Decoder: During reception from the network, 
the differential receive data from the transceiver (e.g., the 
DP8392) is converted from Manchester encoded data into 
NRZ serial data and a receive clock, which are sent to the 
receive data and clock inputs of the MAC unit. To perform 
this operation the signal, once received by the differential 
receiver, is passed to the phase locked loop (PLL) decoder 
block. The PLL decodes the data and generates a data re- 
ceive clock and a NRZ serial data stream to the MAC unit. 


Special Signals: In addition to performing the Manchester 
encoding and decoding function, the ENDEC unit provides 
control and clocking signals to the MAC unit. The ENDEC 


sends a carrier sense (CRS) signal that indicates to the 
MAC unit that data is present from the network on the EN- 
DEC’s receive differential pair. The MAC unit is also provid- 
ed with a collision detection signal (COL) that informs the 
MAC unit that a collision is taking place somewhere on the 
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1.0 Functional Description (continued) 
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1.0 Functional Description (Continuea) 


network. The ENDEC section detects this when its collision 
receiver detects a 10 MHz signal on the differential collision 
input pair. The ENDEC also provides both the receive and 
transmit clocks to the MAC unit. The transmit clock is one 
half of the oscillator input. The receive clock is extracted 
from the input data by the PLL. 

Oscillator: The oscillator generates the 10 MHz transmit 
clock signal for network timing. The oscillator is controlled 
by a parallel resonant crystal or by an external clock (see 
section 6.1.3). The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock (TXC) for the 
MAC section. The oscillator provides an internal clock signal 
for the encoding and decoding circuits. 

The signals provided to the MAC unit from the on-chip EN- 
DEC are also provided as outputs to the user. 

Loopback Functions: The SONIC-16 provides three loop- 
back modes. These modes allow loopback testing at the 
MAC, ENDEC and external transceiver level (see section 
1.7 for details). It is important to note that when the SONIC- 


16 is transmitting, the transmitted packet will always be - 


looped back by the external transceiver. The SONIC-16 


takes advantage of this to monitor the transmitted packet. 
See the explanation of the Receive State Machine in sec- * 
tion 1.2.1 for more information about monitoring transmitted ° 


packets. 

1.1.2 Selecting An External ENDEC 

An option is provided on SONIC-16 to disable the on-chip 
ENDEC unit and use an external ENDEC. The internal IEEE 
802.3 ENDEC can be bypassed by connecting the EXT pin 


to Vcc (EXT = 1). In this mode the MAC signals are redirect- , 


ed out from the chip, allowing an external ENDEC to be 
used. See section 5.2 for the alternate pin definitions. 


1.2 MAC UNIT 


The MAC (Media Access Control) unit performs the media 


access control functions for transmitting and receiving pack- 
ets over Ethernet. During transmission, the MAC unit frames 
information from the transmit FIFO and supplies serialized 
data to the ENDEC unit. During reception, the incoming in- 


formation from the ENDEC unit is deserialized, the frame. 
checked for valid reception, and the data is transferred to 


the receive FIFO. Control and status registers on the 
SONIC-16 govern the operation of the MAC unit. 

1.2.1 MAC Receive Section 

The receive section (Figure 1-3) controls.the MAC receive 
operations during reception, 'oopback, and transmission. 


During reception, the deserializer goes active after detecting - 
the 2-bit SFD (Start of Frame Delimiter) pattern (section — 


2.1). It then frames the incoming bits into octet boundaries 


ADDRESS 


LOGIC 


DESERIALIZER 


RECOGNITION 


and transfers the data to the 32-byte receive FIFO. Concur- 
rently the address comparator compares the Destination 
Address Field to the addresses stored in the chip's CAM 
address registers (Content Addressable Memory cells). If a 


“match occurs, the deserializer passes the remainder of the 


packet to the receive FIFO. The packet is decapsulated 
when the carrier sense input pin (CRS) goes inactive. At the 


end of reception the receive section checks the following: 


— Frame alignment errors 

— CRC errors 

— Length errors (runt packets) 

The appropriate status is indicated in the Receive Control 
register (section 4.3.3). In loopback operations, the receive 
section operates the same as during normal reception. 
During transmission, the receive section remains active to 
allow monitoring of the self-received packet. The CRC 
checker operates as normal, and the Source Address field 
is compared with the CAM address entries. Status of the 
CRC check and the source address comparison is indicated 
by the PMB bit in the Transmit Control register (section 
4.3.4). No data is written to the receive FIFO during transmit 
operations. 

The receive section consists of the following blocks detailed 
below. 

Receive State Machine (RSM): The RSM insures the prop- 
er sequencing for normal reception and self-reception dur- 
ing transmission. When the network is inactive, the RSM 
remains in an idle state continually monitoring for network 
activity. If the network becomes active, the RSM allows the 
deserializer to write data into the receive FIFO. During this 


-gtate, the following conditions may prevent the complete 


reception of the packet. 

— FIFO Overrun—The receive FIFO has been completely 
filled before the SONIC-16 could buffer the data to mem- 
ory. . 


— CAM Address Mismatch—The packet is rejected be- 


cause of a mismatch between the destination address of 
the packet and the address in the CAM. 

— Memory Resource Error—There are no more resources 
(buffers) available for buffering the incoming packets. 

— Collision or Other Error—A collision occured on the net- 
work or some other error, such as a CRC error, occurred 
(this is true if the SONIC-16 has been told to reject pack- 
ets on a collision, or reject packets with errors). 

If these conditions do not occur, the RSM processes the 

packet indicating the appropriate status in the Receive Con- 

trol register. 
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FIGURE 1-3. MAC Receiver 
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1.0 Functional Description (Continued) 


During transmission of a packet from the SONIC-16, the 
external transceiver will always loop the packet back to the 
SONIC-16. The SONIC-16 will use this to monitor the packet 
as it is being transmitted. The CRC and source address of 
the looped back packet are checked with the CRC and 
source address that were transmitted. If they do not match, 
an error bit is set in the status of the transmitted packet (see 
Packet Monitored Bad, PBM, in the Transmit Control Regis- 
ter, section 4.3.4). Data is not written to the receive FIFO 
during this monitoring process unless Transceiver Loopback 
mode has been selected (see section 1.7). 


Receive Logle: The receive logic contains the command, 
control, and-status registers that govern the operations of 
the receive section. It generates the control signals for writ- 
ing data to the receive FIFO, processes error signals ob- 
tained from the CRC checker and the deserializer, activates 
the “packet reject” signal to the RSM for rejecting packets, 
and posts the applicable status in the Receive Control regis- 
ter. 


Deserlalizer: This section deserializes the serial input data 
stream and furnishes a byte clock for the address compara- 
tor and receive logic. It also synchronizes the CRC checker 
to begin operation (after SFD is detected), and checks for 
proper frame alignment with respect to CRS going inactive 
at the end of reception. 


Address Comparator: The address comparator latches the 
Destination Address (during reception or loopback) or 
Source Address (during transmission) and determines 
whether the address matches one of the entries in the CAM 
(Content Addressable Memory). 

CRC Checker: The CRC checker calculates the 4-byte 
Frame Check Sequence (FCS) field from the incoming data 
stream and compares it with the last 4-bytes of the received 
packet. The CRC checker is active for both normal recep- 
tion and self-reception during transmission. 

Content Addressable Memory (CAM): The CAM contains 
16 user programmable entries and 1 pre-programmed 
Broadcast address entry for complete filtering of received 
packets. The CAM can be loaded with any combination of 
Physical and Multicast Addresses (section 2.2). See section 
4.1 for the procedure on loading the CAM registers. 


1.2.2 MAC Transmit Section 


The transmit section (Figure 1-4) is responsible for reading 
data from the transmit FIFO and transmitting a serial data 


ii crc a 
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PREAMBLE 
GENERATOR 


PROTOCOL 
STATE 
MACHINE 


stream onto the network in conformance with the IEEE 
802.3 CSMA/CD standard. The Transmit Section consists 
of the following blocks. 


Transmit State Machine (TSM): The TSM controls the 
functions of the serializer, preamble generator, and JAM 
generator. It determines the proper sequence of events that 
the transmitter follows under various network conditions. If 
no collision occurs, the transmitter prefixes a 62-bit pream- 
ble and 2-bit Start of Frame Delimiter (SFD) at the beginning 
of each packet, then sends the serialized data. At the end of 
the packet, an optional 4-byte CRC paitern is appended. Ifa 
collision occurs, the transmitter switches from transmitting 
data to sending a 4-byte Jam pattern to notify all nodes that 
a collision has occurred. Should the collision occur during 
the preamble, the transmitter waits for it to complete before 
jamming. After the transmission has completed, the trans- 
mitter writes status in the Transmit Control register (section 
4.3.4). 


Protoco! State Machine: The protocol state machine as- 
sures that the SONIC-16 obeys the CSMA/CD protocol. Be- 
fore transmitting, this state machine monitors the carrier 
sense and collision signals for network activity. If another 
node(s) is currently transmitting, the SONIC-16 defers until 
the network is quiet, then transmits after its Interframe Gap 
Timer (9.6 js) has expired. The Interframe Gap time is divid- 
ed into two portions. During the first 6.4 ws, network activity 
restarts the Interframe Gap timer. Beyond this time, howev- 
er, network activity is ignored and the state machine waits 
the remaining 3.2 ps before transmitting. If the SONIC-16 
experiences a collision during a transmission, the SONIC-16 
switches from transmitting data to a 4-byte JAM pattern (4 
bytes of all 1’s), before ceasing to transmit. The SONIC-16 
then waits a random number of slot times (51.2 1s) deter- 
mined by the 7runcated Binary Exponential Backoff Algo- 
rithm before reattempting another transmission. In this algo- 
rithm, the number of slot times to delay before the nth re- 
transmission is chosen to be a random integer r in the range 
of: 


O<r< ak 
where k = min(n,10) ; 
If a collision occurs on the 16th transmit attempt, the SON- 


IC-16 aborts transmitting the packet and reports an “Exces- 
sive Collisions” error in the Transmit Control register. 
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1.0 Functional Description (Continued 


Serializer: After data has been written into the 32-byte 
transmit FIFO, the serializer reads byte wide data from the 
FIFO and sends a NRZ data stream to the Manchester en- 
coder. The rate at which data is transmitted is determined 
by the transmit clock (TXC). The Serigizes data is transmit- 
ted after: the SFD. 


Preamble Generator: The ers generator prefixes a 
62-bit alternating ‘1,0” pattern and a 2-bit “1,1” SFD pat- 
tern at the beginning of each packet. This allows receiving 
nodes to synchronize to the incoming data. The preamble is 
always transmitted in its entirety even in the event of a colli- 
sion. This assures that the minimum collision fragment is 96 
bits (64 bits of normal preamble, and 4 bytes, or rather 32 
bits, of the JAM pattern). 


CRC Generator: The CRC generator calculates the 4-byte 
FCS field from the transmitted serial data stream. If en- 
abled, the 4-byte FCS field is appended to the end of the 
transmitted packet (section 2.6). 


Jam Generator: The Jam generator produces a 4-byte pat- 
tern of all 1’s to assure that all nodes on the network sense 
the collision. When a collision occurs, the SONIC-16 stops 
transmitting data and enables the Jam generator. If a colli- 
sion occurs during the preamble, the SONIC-16 finishes 
transmitting the preamble before enabling the Jam genera- 
tor (see Preamble Generator above). 


1.3 BYTE ORDERING 


The SONIC-16 will operate with 16-bit wide memory. The 
SONIC-16 provides both Little Endian and Big Endian byte- 
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ordering capability for compatibility with National/Intel or 
Motorola microprocessors respectively by selecting the 
proper level on the BMODE pin. The byte ordering | is depict- 
ed as follows: 

Little Endian mode (BMODE = 0): The byte orientation for 
received and transmitted data in the Receive Buffer Area 
(RBA) and Transmit Buffer Area (TBA) of system memory is 
as follows: 


16-Bit Word 
15 8 7 0 
MSB % LSB a 


Big Endian mode (BMODE = 1): The byte:orientation for 
received and transmitted data in the RBA and TBA is as 
follows: 


16-Bit Word 


THRESHOLD 
LOGIC 


DMA WORD ORDERING 
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FIGURE 1-5. Receive FIFO 


1.0 Functional Description (Continued) 
1.4 FIFO AND CONTROL LOGIC 


The SONIC-16 incorporates two independent 32-byte 
FIFOs for transferring data to/from the system interface and 
from/to the network. The FIFOs, providing temporary stor- 
age of data, free the host system from the real-time de- 
mands on the network. 


The way in which the FIFOS are emptied and filled is con- 
trolled by the FIFO threshold values and the Block Mode 
Select bits (BMS, section 4.3.2). The threshold values deter- 
mine how full or empty the FIFOs can be before the SONIC- 
16 will request the bus to get more data from memory or 
buffer more data to memory. When block mode is set, the 
number of bytes transferred is set by the threshold value. 
For example, if the threshold for the receive FIFO is 4 
words, then the SONIC-16 will always transfer 4 words from 
the receive FIFO to memory. If empty/fill mode is set, how- 
ever, the number of bytes transferred is the number required 
to fill the transmit FIFO or empty the receive FIFO. More 
specific information about how the threshold affects recep- 
_tion and transmission of packets is discussed in sections 
1.4.1 and 1.4.2 below. 


1.4.1 Receive FIFO 


To accommodate the different transfer rates, the receive 
FIFO (Figure 1-5) serves as a buffer between the 8-bit net- 
work (deserializer) interface and the 16-bit system interface. 
The FIFO is arranged as a 4-byte wide by 8 deep memory 
array (8 long words, or 32 bytes) controlled by three sec- 
tions of logic. During reception, the Byte Ordering logic di- 
rects the byte stream from the deserializer into the FIFO 
using one of four write pointers. Depending on the selected 
byte-ordering mode, data is written either least significant 
byte first or most significant byte first to accommodate little 
or big endian byte-ordering formats respectively. 


As data enters the FIFO, the Threshold Logic monitors the 
number of bytes written in from the deserializer. The pro- 
grammable threshold (RFT1,0 in the Data Configuration 
Register) determines the number of words (or long words) 
written into the FIFO from the MAC unit before a DMA re- 
quest for system memory occurs. When the threshold is 
reached, the Threshold Logic enables the Buffer Manage- 
ment Engine to read a programmed number of 16-bit words 
(depending upon the selected word width) from the FIFO 
and transfers them to the system interface (the system 
memory) using DMA. The threshold is reached when the 
number of bytes in the receive FIFO is greater than the 
value of the threshold. For example, if the threshold is 4 
words (8 bytes), then the Threshold Logic will not cause the 
Buffer Management Engine to write to memory until there 
are more than 8 bytes in the FIFO. 


The Buffer Management Engine reads either the upper or 
lower half (16 bits) of the FIFO. If, after the transfer is com- 
plete, the number of bytes in the FIFO is less then the 
threshold, then the SONIC-16 is done. This is always the 
case when the SONIC-16 is in empty/fill mode. If, however, 
for some reason (@.g. latency on the bus) the number of 
bytes in the FIFO is still greater than the threshold value, 
the Threshold Logic will cause the Buffer Management En- 
gine to do a DMA request to write to memory again. This 
later case is usually only possible when the SONIC-16 is in 
block mode. 


When in block mode, each time the SONIC-16 requests the 
bus, only a number of bytes equal to the threshold value will 
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be transferred. The Threshold Logic continues to monitor 
the number of bytes written in from the deserializer and en- 
ables the Buffer Management Engine every time the thresh- 
old has been reached. This process continues until the end 
of the packet. 


Once the end of the packet has been reached, the serializer 
will fill out the last word if the last byte did not end on a word 
boundary. The fill byte will be OFFh. Immediately after the 
last byte (or fill byte) in the FIFO, the received packets 
status will be written into the FIFO. The entire packet, in- 
cluding any fill bytes and the received packet status will be 
buffered to memory. When a packet is buffered to memory 
by the Buffer Management Engine, it is always taken from 
the FIFO in words and buffered to memory on word bounda- 
ries. Data from a packet cannot be buffered on odd byte 
boundaries (see Section 3.3). For more information on the 
receive packet buffering process, see Section 3.4. 


1.4.2 Transmit FIFO 


Similar to the Receive FIFO, the Transmit FIFO (Figure 1-6) 
serves as a buffer between the 16-bit system interface and 
the network (serializer) interface. The Transmit FIFO is also 
arranged as a 4 byte by 8 deep memory array (8 long words 
or 32 bytes) controlled by three sections of logic. Before 
transmission can begin, the Buffer Management Engine 
fetches a programmed number of 16-bit words from memo- 
ry and transfers them to the FIFO. The Buffer Management 
Engine writes either the upper or lower half (16 bits) into the 
FIFO. 


The Threshold logic monitors the number of bytes as they 
are written into the FIFO. When the threshold has been 
reached, the Transmit Byte Ordering state machine begins 
reading bytes from the FIFO to produce a continuous byte 
stream for the serializer. The threshold is met when the 
number of bytes in the FIFO is greater than the value of the 
threshold. For example, if the transmit threshold is 4 words 
(8 bytes), the Transmit Byte Ordering state machine will not 
begin reading bytes from the FIFO until there are 9 or more 
bytes in the buffer. The Buffer Management Engine contin- 
ues replenishing the FIFO until the end of the packet. It 
does this by making multiple DMA requests to the system 
interface. Whenever the number of bytes in the FIFO is 
equal to or less than the threshold value, the Buffer Man- 
agement Engine will do a DMA request. If block mode is set, 
then after each request has been granted by the system, 
the Buffer Management Engine will transfer a number of 
bytes equal to the threshold value into the FIFO. If empty/fill 
mode is set, the FIFO will be completely filled in one DMA 
request. 


Since data may be organized in big or little endian byte or- 
dering format, the Transmit Byte Ordering state machine 
uses one of four read pointers to locate the proper byte 
within the 4 byte wide FIFO. It also determines the valid 
number of bytes in the FIFO. For packets which begin or 
end at odd bytes in the FIFO, the Buffer Management En- 
gine writes extraneous bytes into the FIFO. The Transmit 
Byte Ordering state machine detects these bytes and only 
transfers the valid bytes to the serializer. The Buffer Man- 
agement Engine can read data from memory on any byte 
boundary (see Section 3.3). See Section 3.5 for more infor- 
mation on transmit buffering. 
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FIGURE 1-6. Transmit FIFO 


1.5 STATUS AND CONFIGURATION REGISTERS 


The SONIC-16 contains a set of status/control registers for 
conveying status and control information to/from the host 
system. The SONIC-16 uses these registers for loading 
commands generated from the system, indicating transmit 
and receive status, buffering data to/from memory, and pro- 
viding interrupt control. Each register is 16 bits in length. 
See section 4.0 for a description of the registers. 


1.6 BUS INTERFACE 


The system interface (Figure 1-7) consists of the pins nec- 
essary for interfacing to a variety.of buses. It includes the 
I/O drivers for the data and address lines, bus access con- 
trol for standard microprocessors, ready logic for synchro- 
nous or asynchronous systems, slave access control, inter- 
rupt control, and shared-memory access control. The func- 
tional signal groups are shown in Figure 1-7. See section 5.0 
for a complete description of the SONIC-16 bus interface. 


1.7 LOOPBACK AND DIAGNOSTICS 


The SONIC-16 furnishes three loopback modes for self- 
testing from the controller interface to the transceiver inter- 
face. The loopback function is provided to allow self-testing 
of the chip’s internal transmit and receive operations. During 
loopback, transmitted packets are routed back to the re- 
ceive section of the SONIC-16 where they are filtered by the 
address recognition logic and buffered to memory if accept- 
ed. Transmit and receive status and interrupts remain active 
during loopback. This means that when using loopback, it is 
as if the packet was transmitted and received by two sepa- 
rate chips that are connected to the same bus and memory. 


MAC Loopback: Transmitted data is looped back at the 
MAC. Data is not sent from the MAC to either the internal 
ENDEC or an external ENDEC (the external ENDEC inter- 
face pins will not be driven), hence, data is not transmitted 
from the chip. Even though the ENDEC is not used in MAC 
loopback, the ENDEC clock (an oscillator or crystal for the 
internal ENDEC or TXC for an external ENDEC) must be 
driven. Network activity, such as a collision, does not affect 
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MAC loopback. CSMA/CD MAC protocol is not completely 
followed in MAC loopback. | 


ENDEC Loopback: Transmitted data is looped back at the 
ENDEC. If the internal ENDEC is used, data is switched 
from the transmit section of the ENDEC to the receive sec- 
tion (Figure 1-2). Data is not transmitted from the chip and 
the collision lines, CD +, are ignored, hence, network activi- 
ty does not affect ENDEC loopback. The LBK signal from 
the MAC tells the internal ENDEC to go into loopback mode. 
If an external ENDEC is used, it should operate in loopback 
mode when the LBK signal is asserted. CSMA/CD MAC 
protocol is followed even though data is not transmitted 
from the chip. 


Transceiver Loopback: Transmitted data is looped back at 
the external transceiver (which is always the case regard- 
less of the SONIC-16’s. loopback mode). CSMA/CD MAC 
protocol is followed since data will be transmitted from the 
chip. This means that transceiver loopback is affected by 
network activity. The basic difference between Transceiver 
Loopback and normal, non-loopback, operations of the 
SONIC-16 is that in Transceiver Loopback, the SONIC-16 
loads the receive FIFO and buffers the packet to memory. In 
normal operations, the SONIC-16 only monitors the packet 
that is looped back by the transceiver, but does not fill the 
receive FIFO and buffer the packet. 


1.7.1 Loopback Procedure 
The following procedure describes the loopback operation. 


1. Initialize the Transmit and Receive Area as described in 
Sections 3.4 and 3.5. 


2. Load one of the CAM address registers (see Section 4.1), 
with the Destination Address of the packet if you are veri- 
fying the SONIC-16’s address recognition capability. 

. Load one of the CAM address registers with the Source 
Address of the packet if it is different than the Destination 
Address to avoid getting a Packet Monitored Bad (PMB) 
error in the Transmit status (see Section 4.3.4). 


1.0 Functional Description (Continueg) 


4. Program the Receive Control register with the desired re- 
ceive filter and the loopback mode (LB1, LBO). 


5. Issue the transmit command (TXP) and enable the receiv- 
er (RXEN) in the Command register. _ 


The SONIC-16 completes the loopback operation after the 
packet has been completely received (or rejected if there is 
an address mismatch). The Transmit Control and Receive 
Control registers treat the loopback packet as in normal op- 
eration and indicate status accordingly. Interrupts are also 
generated if enabled in the Interrupt Mask register. 
Note: For MAC Loopback, only one packet may be queued for proper oper- 
ation. This restriction occurs because the transmit MAC section, 


which does not generate an Interframe Gap time (IFG) between 
transmitted packets, does not allow the receive MAC section to up- 


date receive status. There are no restrictions for the other loopback | . 


modes. 


1.8 NETWORK MANAGEMENT FUNCTIONS 


The SONIC-16 fully supports the Layer Management IEEE 
802.3 standard to allow a node to monitor the overall per- 
formance of the network. These statistics are available ona 
per packet basis at the end of reception or transmission. In 
addition, the SONIC-16 provides three tally counters to tab- 
ulate CRC errors, Frame Alignment errors, and missed 
packets. Table 1-1 shows the statistics indicated by the 
SONIC-16. 


SONIC —16 
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“Note: DSACKO,1 are used for both Bus and Slave Access Control and are bidirectional. SMACK is used for both Slave access and shared memory access. The 


BMODE pin selects between National/Intel or Motorola type buses. 


FIGURE 1-7. SONIC-16 Interface Signals 


1-661 


9L-OINOS 


SONIC-16 


1.0 Functional Description (Continuea) 


TABLE 1-1. Network Management Statistics 


Late Collisions 


PTX 


TGR (Note) 
TCR (Note) 


Excessive Collisions TCR (Note). 
Excessive Deferral TCR (Note) 


Note: The number of collisions and the contents of the Transmit Control register are posted in the TXpkt.status field (see 
section 3.5.1.2). The contents of the Receive Control register are posted in the RXpkt.status field (see section 3.4.3.1). 


2.0 Transmit/Receive IEEE 802.3 Frame Format 


A standard IEEE 802.3 packet (Figure 2-7) consists of the 
following fields: preamble, Start of Frame Delimiter (SFD), 
destination address, source address, length, data and 
Frame Check Sequence (FCS). The typical format is shown 
in Figure 2-1. The packets are Manchester encoded and 
decoded by the ENDEC unit and transferred serially to/from 
the MAC unit using NRZ data with a clock. All fields are of 
fixed length except for the data field. The SONIC-16 gener- 
ates and appends the preamble, SFD and FCS field during 
transmission. The Preamble and SFD fields are stripped 
during reception. (The CRC is passed through to buffer 
memory during reception.) 


PREAMBLE ° SFD DESTINATION 


Tem ey = | = |] «oo || 


; RECEIVE ; 
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STRIPPED BY 
SONIC-16 


| t] 
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SONIC-16 ‘ 


Note: B = bytes 
b = bits 


SOURCE 


WRITTEN TO MEMORY 


READ FROM MEMORY 


2.1 PREAMBLE AND START OF FRAME DELIMITER 
(SFD) 

The Manchester encoded alternating 1,0 preamble field is 
used by the ENDEC to acquire bit synchronization with an 
incoming packet. When transmitted, each packet contains 
62 bits of an alternating 1,0 preamble. Some of this pream- 
ble may be lost as the packet travels through the network. 
Byte alignment is performed when the Start of Frame Delim- 
iter (SFD) pattern, consisting of two consecutive 1’s, is de- 
tected. 


2.2 DESTINATION ADDRESS 


The destination address indicates the destination of the 
packet on the network and is used to filter unwanted pack- 


LENGTH/TYPE DATA FCS 


. OPTIONALLY 
APPENDED 
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FIGURE 2-1. IEEE 802.3 Packet Structure 
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2.0 Transmit/Receive IEEE 802.3 Frame Format (continued) 


ets from reaching a node. There are three types of address 
formats supported by the SONIC-16: Physical, Multicast, 
and Broadcast. 

Physical Address: The physical address is a unique ad- 
dress that corresponds only to a single node. All physical 
addresses have the LSB of the first byte of the address set 
to “0”. These addresses are compared to the internally 
stored CAM (Content Addressable Memory) address en- 
tries. All bits in the destination address must match an entry 
in the CAM in order for the SONIC-16 to accept the packet. 
Multicast Address: Multicast addresses, which have the 
LSB of the first byte of the address set to “1”, are treated 
similarly as Physical addresses, i.e., they must match an 
entry in the CAM. This allows perfect filtering of Multicast 
packet’s and eliminates the need for a hashing algorithm for 
mapping Multicast packets. 

Broadcast Address: If the address consists of all 1’s, itis a 
Broadcast address, indicating that the packet is intended for 
all nodes. 


The SONIC-16 also provides a promiscuous mode which 
allows reception of all physical address packets. Physical, 
Multicast, Broadcast, and promiscuous address modes can 
be selected via the Receive Control register. 


2.3 SOURCE ADDRESS 

The source address is the physical address of the sending 
node. Source addresses cannot be multicast or broadcast 
addresses. This field must be passed to the SONIC-16’s 
transmit buffer from the system software. During transmis- 
sion, the SONIC-16 compares the Source address with its 
internal CAM address entries before monitoring the CRC of 
the self-received packet. If the source address of the packet 
transmitted does not match a value in the CAM, the packet 
monitored bad flag (PMB) will be set in the transmit status 
fleld of the transmit descriptor (see Sections 3.5.1.2 and 
4.3.4). The SONIC-16 does not provide Source Address in- 
sertion. However, a transmit descriptor fragment, containing 
only the Source Address, may be created for each packet. 
(See Section 3.5.1.) 


2.4 LENGTH/TYPE FIELD 

For IEEE 802.3 type packets, this field indicates the number 
of bytes that are contained in the data field of the packet. 
For Ethernet | and II networks, this field indicates the type of 
packet. The SONIC-16 does not operate on this field. 


2.5 DATA FIELD © 

The data field has a variable octet length ranging from 46 to 
1500 bytes as defined by the Ethernet specification. Mes- 
sages longer than 1500 bytes need to be broken into multi- 
ple packets for IEEE 802.3 networks. Data fields shorter 
than 46 bytes require appending a pad to bring the com- 
plete frame length to 64 bytes. If the data field is padded, 
the number of valid bytes are indicated in.the length field. 
The SONIC-16 does not append pad bytes for short packets 
during transmission, nor check for oversize packets during 
reception. However, the user’s driver software can easily 
append the pad by lengthening the TXpkt.pkt_size field 
and TXpkt.frag__size field(s) to at least 64 bytes (see Sec- 
tion 3.5.1). While the Ethernet specification defines the 
maximum number of bytes in the data field the SONIC-16 
can transmit and receive packets up to 64k bytes. 

2.6 FCS FIELD 

The Frame Check Sequence (FCS) is a 32-bit CRC field 
calculated and appended to a packet during transmission to 
allow detection of error-free packets. During reception, an 
error-free packet results in a specific pattern in the CRC 
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generator. The AUTODIN Il (X32 + X26 + X23 + X22 + 
X16 + X12 + X11 + X10 + X8 + X7 + X5 + X4 + 
X2 + X1 + 1) polynomial is used for the CRC calculations. 
The SONIC-16 may optionally append the CRC sequence 
during transmission, and checks the CRC both during nor- 
mal reception and self-reception during a transmission (see 
Section 1.2.1). 

2.7 MAC (MEDIA ACCESS CONTROL) CONFORMANCE 
The SONIC-16 is designed to be compliant to the IEEE 
802.3 MAC Conformance specification. The SONIC-16 im- 
plements most of the MAC functions in silicon and provides 
hooks for the user software to handle the remaining func- 
tions. The MAC Conformance specifications are summa- 
rized in Table 2-1. 


TABLE 2-1. MAC Conformance Specifications 
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Note 1: The SONIC-16 provides the byte count of the entire packet in the 
RXpkt.byte__count (see Section 3.4.3). The user’s driver software may per- 
form further filtering of the packet based upon the byte count. 

Note 2: The SONIC-16 does not provide Source Address insertion; however, 
a transmit descriptor fragment, containing only the Source Address, may be 
created for each packet. See Section 3.5.1. 

Note 3: The SONIC-16 does not provide Pad generation; however, the us- 
ers driver software can easily append the Pad by lengthening the 
TXpkt.pkt_size field and TXpkt.frag_csize field(s) to at least 64 bytes. See 
Section 3.5.1. 
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3.0 Buffer Management 


3.1 BUFFER MANAGEMENT OVERVIEW 


The SONIC-16’s buffer management scheme is based on 
separate buffers and descriptors (Figures 3-2 and 3-17). 
Packets that are received or transmitted are placed in buff- 
ers called the Receive Buffer Area (RBA) and the Transmit 
Buffer Area (TBA). The system keeps track of packets in 
these buffers using the information in the Receive Descrip- 
tor Area (RDA) and the Transmit Descriptor Area (TDA). A 
single (TDA) points to a single TBA, but multiple RDAs can 
point to a single RBA (one RDA per packet in the buffer). 
The Receive Resource Area (RRA), which is another form 
of descriptor, is used to keep track of the actual buffer. 


When packets are transmitted, the system sets up the pack- 
ets in one or more TBAs with a TDA pointing to each TBA. 
There can only be one packet per TBA/TDA pair. A single 
packet, however, may be made up of several fragments of 
data dispersed in memory. There is one TDA pointing to 
each packet which specifies information about the packet’s 
size, location in memory, number of fragments and status 
after transmission. The TDAs are linked together in a linked 
list. The system causes the SONIC-16 to transmit the pack- 
ets by passing the first TDA to the SONIC-16 and issuing 
the transmit command. 


Before a packet can be received, an RBA‘and RDA must be 
set up by the system. RDAs are made up as a linked list 
similar to TDAs. An RDA is not linked to a particular RBA, 
though. Instead, an RDA is linked specifically to a packet 
after it has been buffered into an RBA. More than one pack- 
et can be buffered into the same RBA, but each packet gets 
its own RDA. A received packet can sot be scattered into 
fragments. The system only needs to tell the SONIC-16 
where the first RDA and where the RBAs are. Since an RDA 
never specifically points to an RBA, the RRA is used to 
keep track of the RBAs. The RRA is a circular queue of 
pointers and buffer sizes (not a linked list). When the SON- 
IC-16 receives a packet, it is buffered into a RBA anda RDA 
is written to so that it points to and describes the new pack- 
et. If the RBA does not have enough space to buffer the 
next packet, a new RBA is obtained from the RRA. 


3.2 DESCRIPTOR AREAS 


Descriptors are the basis of the buffer management scheme 
used by the SONIC-16. A RDA points to a received packet 
within a RBA, a RRA points to a RBA and a TDA points to a 
TBA which contains a packet to be transmitted. The con- 
ventions and registers used to describe these descriptors 
are discussed in the next three sections. 


3.2.1 Naming Convention for Descriptors 


The fields which make up the descriptors are named in a 
consistent manner to assist in remembering the usage of 
each descriptor. Each descriptor name consists of three 
components in the following format. 


[RX/TX] [descriptor name].[field] 
The first two capital letters indicate whether the descriptor is 
used for transmission (TX) or reception (RX), and is then 
followed by the descriptor name having one of two names. 
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rsrc = Resource descriptor 

pkt = Packet descriptor 

The last component consists of a field name to distinguish it 
from the other fields of a descriptor. The field name is sepa- 
rated from the descriptor name by a period (“.”). An exam- 
ple of a descriptor is shown below. 


0,1 


TL Descriptor consists of two 
fields. “0” and ‘‘1” 
respectively indicate the 
least and most significant 
portions of the descriptor. 


RX srsrc__ buff__ptr 


The “pointer” field of the 
descriptor 


A descriptor for a buffer 
resource 


A descriptor used for 
reception 


3.2.2 Abbreviations 


The abbreviations in Table 3-1 are used to describe the 
SONIC-16 registers and data structures in memory. The “‘0” 
and ‘1” in the abbreviations indicate the least and most 
significant portions of the registers or descriptors. Table 3-1 
lists the naming convention abbreviations for descriptors. 


3.2.3 Buffer Management Base Addresses 


The SONIC-16 uses three areas in memory to store descrip- 
tor information: the Transmit Descriptor Area (TDA), Re- 
ceive Descriptor Area (RDA), and the Receive .Resource 
Area (RRA). The SONIC-16 accesses these areas by con- 
catenating a 16-bit base address register with a 16-bit offset 
register. The base address register supplies a fixed upper 8 
bits of address and the offset registers provide the lower 16 
bits of address. The base address registers are the Upper 
Transmit Descriptor Address (UTDA), Upper Receive De- 
scriptor Address (URDA), and the Upper Receive Resource 
Address (URRA) registers. The corresponding offset regis- 
ters are shown below. 


Upper Address Registers 
URRA 
URDA 
UTDA 


Offset Registers 
RSA,REA,RWP,RRP 
CRDA 
CTDA 
See Table 3-1 for definition of register mnemonics. 
Figure 3-1 shows an example of the Transmit Descriptor 
Area and the Receive Descriptor Area being located by the 
UTDA and URDA registers. The descriptor areas, RDA, 
TDA, and RRA are allowed to have the same base address. 
i.e, URRA=URDA=UTDA. Care, however, must be taken 
to prevent these areas from overwriting each other. - 


3.0 Buffer Management (continued) 


TABLE 3-1. Descriptor Abbreviations 
BUFFER MANAGEMENT REGISTERS (Continued) 


Transmit Fragment Count Register 
TFS Transmit Fragment Size Register 


UTDA Upper Transmit Descriptor 
Address Register 


TRANSMIT AND RECEIVE AREAS 
RRA Receive Resource Area 


Receive Descriptor Area 


am 
ie) 


RBA Receive Buffer Area 


TDA Transmit Descriptor Area 
TBA Transmit Buffer Area URRA mil Receive Resource Address 
egister 
BUFFER MANAGEMENT REGISTERS g : : 
- URDA Upper Receive Descriptor Address 
Resource Start Area Register Register 


REA Resource End Area Register 


TRANSMIT AND RECEIVE DESCRIPTORS 


RXrsrc.buff_ptr0,1 | Buffer Pointer Field in the RRA 


RXrsrc.buff__wc0,1 | Buffer Word Count Fields in the 
RRA 


RXpkt.status Receive Status Field in the RDA 


Resource Read Pointer Register 


RWP 
CRDA 


Resource Write Pointer Register 


Current Receive Descriptor 
Address Register 


Current Receive Buffer Address 
Register 


CRBAO,1 


RXpkt.byte_count | Packet Byte Count Field in the 
RDA 


RXpkt.buff__ptr0,1 | Buffer Pointer Fields in the RDA 


TCBAO,1 Temporary Current Buffer Address 


Register 
w = RXpkt.link Receive Descriptor Link Field in 
RBWCO,1 Remaining Buffer Word Count RDA 
Register , Pare 
RXpkt.in__use “In Use” Field in RDA 


TRBWCO,1 Temporary Remaining Buffer Word 


Count Register 

End of Buffer Count Register 
TPS Transmit Packet Size Register 
TSAO,1 Transmit Start Address Register 


CTDA Current Transmit Descriptor 
Address Register 


TXpkt-frag_count 
TXpkt.pkt_size 
TXpkt.pkt_ptr0,t 
Txpkt.frag_size 


. : 


TXpkt.link Transmit Descriptor Link Field in 
TDA 


EOBC 


SONIC-16 REGISTERS 


UTDA ] CTDA 
I 
1 
1 (UP TO 32K WORDS OR 


(BASE) (OFFSET) 1 16K DOUBLE WORDS) 4 


rape OO SSSSSSSY ett 


B  -RECEIVE DESCRIPTOR t 
REA 


TRANSMIT DESCRIPTOR 
AREA 


| t 
1 (UP TO 32K WORDS OR 
1 16K DOUBLE WORDS) 1 
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FIGURE 3-1. Transmit and Receive Descriptor Area Pointers 
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3.0 Buffer Management (continued) 


3.3 DESCRIPTOR DATA ALIGNMENT 


All fields used by descriptors (RXpkt.xxx, RXrsre.xxx, and 
TXpkt.xxx) are word quantities (16-bit) and must be aligned 
to word boundaries (AO=0). The Receive Buffer Area 
(RBA) must also be aligned to a word boundary. The frag- 
ments in the Transmit Buffer Area (TBA), however, may be 
aligned on any arbitrary byte boundary. 


All descriptor areas follow little endian byte ordering, even 
when BMODE = 1. 


3.4 RECEIVE BUFFER MANAGEMENT 


The Receive Buffer Management operates on three areas in 
memory into which data, status, and control information are 
written during reception (Figure 3-2). These three areas 
must be initialized (section 3.4.4) before enabling the receiv- 
er (setting the RXEN bit in the Command register). The re- 
ceive resource area (RRA) contains descriptors that locate 
receive buffer areas in system memory. These descriptors 
are denoted by R1, R2, etc. in Figure 3-2. Packets (denoted 
by P1, P2, etc.) can then be buffered into the corresponding 
RBAs. Depending on the size of each buffer area and the 
size of the packet(s), multiple or single packets are buffered 
into each RBA. The receive descriptor area (RDA) contains 
status and control information for each packet (D1, D2, etc. 
in Figure 3-2) corresponding to each received packet (D1 
goes with P1, D2 with P2, etc.). 


When a packet arrives, the address recognition logic checks 
the address for a Physical, Multicast, or Broadcast match 
and if the packet is accepted, the SONIC-16 buffers the 
packet contiguously into the selected Receive Buffer Area 
(RBA). Because of the previous end-of-packet processing, 
the SONIC-16 assures that the complete packet is written 
into a single contiguous block. When the packet ends, the 
SONIC-16 writes the receive status, byte count, and loca- 
tion of the packet into the Receive Descriptor Area (RDA). 
The SONIC-16 then updates its pointers to locate the next 
available descriptor and checks the remaining words avail- 
able in the RBA. If sufficient space remains, the SONIC-16 
buffers the next packet immediately after the previous pack- 


RECEIVE 


RESOURCE AREA 


RECEIVE 
BUFFER AREA 


KNOF USED | 


FIGURE 3-2. Overview of Receive Buffer Management 


et. If the current buffer is out of space the SONIC-16 fetches 
a Resource descriptor from the Receive Resource Area 
~ (RRA) acquiring an additional buffer that has been previous- 
ly allocated by the system. 


3.4.1 Receive Resource Area (RRA) 


As buffer memory is consumed by the SONIC-16 for storing 
data, the Receive Resource Area (RRA) provides a mecha- 
nism that allows the system to allocate additional buffer 
space for the SONIC-16. The system loads this area with 
resource descriptors that the SONIC-16, in turn, reads as its 
current buffer space is used up. Each resource descriptor 
consists of a 23-bit buffer pointer locating the starting point 
of the RBA and a 32-bit Word Count that indicates the size 
of the buffer in words (2 bytes per word). The buffer pointer 
and word count are contiguously located using the format 
shown in Figure 3-3 with each component composed of 16- 
bit fields. The SONIC-16 stores this information internally 
and concatenates the corresponding fields to create 23- 
and 32-bit long words for the buffer pointer and word count. 


The SONIC-16 organizes the RRA as a circular queue for 
efficient processing of descriptors. Four registers define the 
RRA. The first two, the Resource Start Area (RSA) and the 
Resource End Area (REA) registers, determine the starting 
and ending locations of the RRA, and the other two regis- 
ters update the RRA. The system adds descriptors at the 
address specified by the Resource Write Pointer (RWP), 
and the SONIC-16 reads the next descriptor designated by 
the Resource Read Pointer (RRP). The RRP is advanced 4 
words after the SONIC-16 finishes reading the RRA and 
automatically wraps around to the beginning of the RRA 
once the end has been reached. When a descriptor in the 
RRA is read, the RXrsc.buff_pt0,1 is’ loaded into the 
CRBAQ,1 registers and the RXrsc.buff_wc0,1 is loaded into 
the RBWCO,1 registers. 


The alignment of the RRA is confined to word boundaries 
(AO is always zero). 


RECEIVE 
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3.4.2 Receive Buffer Area (RBA) 


The SONIC-16 stores the actual data of a received packet 
in the RBA. The RBAs are designated by the resource de- 
scriptors in the RRA as described above. 
RXrsrc.buff — wc0,1 fields of the RRA indicate the length of 
the RBA. When the SONIC-16 gets a RBA from the RRA, 
the RXrsrc.buff__wc0,1 values are loaded into the Remain- 
ing Buffer Word Count registers (RBWCO,1). These regis- 
ters keep track of how much space (in words) is left in the 
buffer. When a packet is buffered in a RBA, it is buffered 
contiguously (the SONIC-16 will not scatter a packet into 
multiple buffers or fragments). Therefore, if there is not 
enough space left in a RBA after buffering a packet to buffer 
at least one more maximum sized packet (the maximum 
legal sized packet expected to be received from the net- 
work), a new buffer must be acquired. The End of Buffer 
Count (EOBC) register is used to tell the SONIC-16 the max- 
imum packet size that the SONIC-16 will need to buffer. 


3.4.2.1 End of Buffer Count (EOBC) 


The EOBC is a boundary in the RBA based from the bottom 
of the buffer. The value written into the EOBC is the maxi- 
mum expected size (in words) of the network packet that 
the SONIC-16 will have to buffer. This word count creates a 
line in the RBA that, when crossed, causes the SONIC-16 to 
fetch a new RBA resource from the RRA. — 

Note: The EOBC is a word count, not a byte count. 


ORGANIZED AS A CIRCULAR QUEUE 


The . 


3.4.2.2 Buffering the Last Packet In an RBA 


At the start of reception, the SONIC-16 stores the packet 
beginning at the Current Receive Buffer Address (CRBAO,1) 
and continues until the reception is complete. Concurrent 
with reception, the SONIC-16 decrements the Remaining 
Buffer Word Count (RBWCO,1) by one. At the end of recep- 
tion, if the packet has crossed the EOBC boundary, the 
SONIC-16 knows that the next packet might not fit in the 
RBA. This check is done by comparing the RBWCO,1 regis- 
ters with the EOBC. If RBWCO,1 is less than the EOBC (the 
last packet buffered has crossed the EOBC boundary), the 
SONIC-16 fetches the next resource descriptor in the RRA. 
If RBWCO,1 is greater than or equal to the EOBC (the EOBC 
boundary has not been crossed) the next packet reception 
continues at the present location pointed to by CRBAO,1 in 
the same RBA. Figure 3-4 illustrates the SONIC-16’s ac- 
tions for (1) RBWCO,1 = EOBC and (2) RBWCO0,1 < EOBC. 
See Section 3.4.4.4 for specific information about setting 
the EOBC. 


Note: It is important that the EOBC boundary be “‘crossed.” In other words, 
case #1 in Figure 3-4 must exist before case #2 exists. If case #2 
occurs without case #1 having occurred first, the test for RBWCO,1 
< EOBC will not work properly and the SONIC-16 will not fetch a new 
buffer. The result of this will be a buffer overflow (RBAE in the Inter- 
rupt Status Register, section 4.3.6). 


RSA, START OF RESOURCE AREA 


RRP, NEXT RESOURCE DESCRIPTOR 
THE SONIC-16 WILL READ 


RRA DESCRIPTOR 


RWP, NEXT AVAILABLE LOCATION TO WHICH 
THE SYSTEM MAY ADD A DESCRIPTOR 


REA, END OF RESOURCE AREA 
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FIGURE 3-3. Receive Resource Area Format 


(RBWCO,1 = EOBC) 
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Case #2 
(RBWCO,1 < EOBC) 


Case #1: SONIC-16 buffers next packet in same RBA. 
Case #2: SONIC-16 detects an exhausted RBA and will buffer the next packet in another RBA. 


FIGURE 3-4. Receive Buffer Area 
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3.0 Buffer Management (continued) 
3.4.3 Receive Descriptor Area (RDA) 


After the SONIC-16 buffers a packet to memory, it writes 5 
words of status and control information into the RDA, reads 
the link field to the next receive descriptor and writes to the 


in use field of the current discriptor. Each receive descriptor 


consists of the following sections (Figure 3-5). 


15 
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FIGURE 3-5. Receive Descriptor Format 


receive status: indicates status of the received packet. The 
SONIC-16 writes the Receive Control register into this field. 
Figure 3-6 shows the receive status format. This field is 
loaded from the contents of the Receive Control register. 
Note that ERR, RNT, BRD, PRO, and AMC are configura- 
tion bits and are programmed during initialization. See Sec- 
tion 4.3.3 for the description of the Receive Control register. 


pane 
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FIGURE 3-6. Receive Status Format 


byte count: gives the length of the complete packet from 
the start of Destination Address to the end of FCS. 


packet pointer: a 23-bit pointer that locates the packet in 
the RBA. The SONIC-16 writes the contents of the 
CRBAO,1 registers into this field. 


sequence numbers: this field displays the contents of two 
8-bit counters (modulo 256) that sequence the RBAs used 
and the packets buffered. These counters assist the system 
in determining when an RBA has been completely process- 
ed. The sequence numbers allow the system to tally the 
packets that have been processed within a particular RBA. 
There are two sequence numbers that describe a packet: 
the RBA Sequence Number and the Packet Sequence 
Number. When a packet is buffered to memory, the SONIC- 
16 maintains a single RBA Sequence Number for all pack- 
ets in an RBA and sequences the Packet Number for suc- 
ceeding packets in the RBA. When the SONIC-16 uses the 
next RBA, it increments the RBA Sequence Number and 


clears the Packet Sequence Number. The RBA’s sequence 


counter is not incremented when the read RRA command is 
issued in the Command register. The format of the Receive 
Sequence Numbers are shown in Figure 3-7. These coun- 
ters are reset during hardware reset or by writing zero to 
them. 


15 8 7 ; “0 


RBA Sequence Number Packet Sequence Number 
(Modulo 256) (Modulo 256) 


FIGURE 3-7. Recelve Sequence Number Format 


receive link field: a 15-bit pointer (A15-A1) that locates 
the next receive descriptor. The LSB of this field is the End 
Of List (EOL) bit, and indicates the last descriptor in the list. 
(Initialized by the system.) 


in use field: this field provides a handshake between the 
system and the SONIC-16 to indicate the ownership of the 
descriptor. When the system avails a descriptor to the SON- 
!C-16, it writes a non-zero value into this field. The SONIC- 
16, in turn, sets this field to all ‘‘0’s” when it has finished 
processing the descriptor. (That is, when the CRDA register 
has advanced to the next receive descriptor.) Generally, the 
SONIC-16 releases control after writing the status and con- 
trol information into the RDA. If, however, the SONIC-16 has 
reached the last descriptor in the list, it maintains ownership 
of the descriptor until the system has appended additional 
descriptors to the list. The SONIC-16 then relinquishes con- 
trol after receiving the next packet. (See Section 3.4.6.1 for 
details on when the SONIC-16 writes to this field.) The re- 
ceive packet descriptor format is shown in Figure 3-5. 


3.4.4 Receive Buffer Management Initialization 

The Receive Resource, Descriptor, and Buffer areas (RRA, 
RDA, RBA) in memory and the appropriate SONIC-16 regis- 
ters must be properly initialized before the SONIC-16 begins 
buffering packets. This section describes the initialization 
process. 


3.4.4.1 Initializing The Descriptor Page 

All descriptor areas (RRA, RDA, and TDA) used by the 
SONIC-16 reside within areas up to 32k (word) pages. This 
page may be placed anywhere within the 23-bit address 
range by loading the upper 8 address lines into the UTDA, 
URDA, and URRA registers. 


3.4.4.2 Initializing The RRA 

The initialization of the RRA consists of loading the four 
SONIC-16 RRA registers and writing the resource descriptor 
information to memory. 

The RRA registers are loaded with the following values. 
Resource Start Area (RSA) register: The RSA is loaded 
with the lower 16-bit address of the beginning of the RRA. 
Resource End Area (REA) register: The REA is loaded 
with the lower 16-bit address of the end of the RRA. The 
end of the RRA is defined as the address of the last 


’ RXrsre.ptrO field in the RRA plus 4 words (Figure 3-3). 


Resource Read Pointer (RRP) register: The RAP is load- 
ed with the lower 16-bit address of the first resource de- 


. scriptor the SONIC-16 reads. 


Resource Write Pointer (RWP) register: The RWP is load- 

ed with the lower 16-bit address of the next vacant location 

where a resource descriptor will be placed by the system. 

Note: The RWP register must only point to either (1) the RXrsrc.ptr0 field of 
one of the RRA Descriptors, (2) the memory address that the RSA 
points to (the start of the RRA), or (3) the memory address that the 
REA points to (the end of the RRA). When the RWP = RRP compari- 
son is made, it is performed after the complete RRA descriptor has 
been read and not during the fetch. Failure to set the RWP to any of 
the above values prevents the RWP = RRP comparison from ever 
becoming true. 
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3.0 Buffer Management (Continued) 


All RRA registers are concatenated with the URRA register 
for generating the full 23-bit address. 


The resource descriptors that the system writes to the RRA 
consists of four fields: (1) RXrsrc.buff_ptrO, (2) 
RXrsrc.buff_ptri, (3) RXrsre.buff_wed, and (4) 
RXrsrc.buff__wc1. The fields must be contiguous (they can- 
not straddle the end points) and are written in the order 
shown in Figure 3-8. The “0” and ‘‘1” in the descriptors 
denote the least and most significant portions for the Buffer 


Pointer and Word Count. The first two fields supply the ~ 


23-bit starting location of the Receive Buffer Area (RBA), 
and the second two define the number of 16-bit words that 
the RBA occupies. Note that a restriction applies to the 
Buffer Pointer and Word Count. The Buffer Pointer must be 
pointing to a word boundary. Note also that the descriptors 
must be properly aligned in the RRA as discussed in Section 
3.3. 


5 | , 0 


RXrsrc.buff_we 1 
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FIGURE 3-8. RRA Initialization 


After configuring the RRA, the RRA Read command (setting 
RRARA bit in the Command register) may be given. This 
command causes the SONIC-16 to read the RRA descriptor 
in a single block operation, and load the following registers 
(see Section 4.2 for register mnemonics): 


CRBAO register <— RXrsrc.buff__ptro 
CRBA1 register <— RXrsrc.buff__ptr1 

RBWCO register <— RXrsrc.buff_wc0 
RBWC1 register <— RXrsrc.buff_we1 


When the command has completed, the RRRA bit in the 
Command register is reset to “0”. Generally this command 
is only issued during initialization. At all other times, the RRA 
is automatically read as the SONIC-16 finishes using an 
RBA. 


3.4.4.3 Initializing The RDA 


To accept multiple packets from the network, the receive 
packet descriptors must be linked together via the 
RXpkt.link fields. Each link field must be written with a 15-bit 
(A15-A1) pointer to locate the beginning of the next de- 
scriptor in the list. The LSB of the RXpkt.link field is the End 
of List (EOL) bit and is used to indicate the end of the de- 
scriptor list. EOL = 1 for the last descriptor and EOL =0 for 
the first or middle descriptors. The RXpkt.in_use field indi- 
cates whether the descriptor is owned by the SONIC-16. 
The system writes a non-zero value to this field when the 
descriptor is available, and the SONIC-16 writes all “‘0’s” 
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when it finishes using the descriptor. At startup, the Current 


Receive Descriptor Address (CRDA) register must be load- © 


ed with the address of the first RXpkt.status field in order for 
the SONIC-16 to begin receive processing at the first de- 
scriptor. An example of two descriptors linked together is 
shown in Figure 3-9. The fields initialized by the system are 
displayed in larger type. The other fields are written by the 
SONIC-16 after a packet is accepted. The RXpkt.in_use 
field is first written by the system, and then by the SONIC- 
16. Note that the descriptors must be aligned properly as 
discussed in section 3.3. Also note that the URDA register is 
concatenated with the CRDA register to generate the full 
23-bit address. 


CRDA REG. 


RXpkt.seq_no 


RXpkt. link 


RXpkt.in_use 


EOL 


RXpkt.link] EOL 


RXpkt.in_use | 
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FIGURE 3-9. RDA Initialization Example 


3.4.4.4 Initializing the Lower Boundary of the RBA 


A “false bottom” is set in the RBA by loading the End Of 
Buffer Count (EOBC) register with a value equal to the maxi- 
mum size packet in words (16 bits) that may be received. 
This creates a lower boundary in the RBA. Whenever the 
Remaining Buffer Word Count (RBWCO,1) registers decre- 
ment below the EOBC register, the SONIC-16 buffers the 
next packet into another RBA. This also guarantees that a 
packet is always contiguously buffered into a single Receive 
Buffer Area (RBA). The SONIC-16 does not buffer a packet 
into multiple RBAs. 

After a hardware reset, the EOBC register is automatically 
initialized to 2F8h (760 words or 1520 bytes). 

Sometimes it may be desired to buffer a single packet per 
RBA. When doing this, it is important to set EOBC and the 
buffer size correctly. The suggested practice is to set EOBC 
to a value that is at least 2 bytes less than the buffer size. 
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3.0 Buffer Management (continued) 


An example would be EOBC = 759 words (1518 bytes) and 

the buffer size set to 760 words (1520 bytes). The buffer 

can be any size, but as long as the EOBC is 1 word less 

than the buffer size, only one packet will be buffered in that 

RBA. 

Note 1: it is possible to filter out most oversized packets by setting the buff- 
er size to 759 words (1518 bytes). EOBC would be set to 758 words 
(1516 bytes) for both cases. With this configuration, any packet over 
1518 bytes, will not be completely buffered because the packet will 
overflow the buffer. When a packet overflow occurs, a Receive Buff- 
er Area Exceeded interrupt (RBAE in the Interrupt Status Register, 
Section 4.3.6) will occur. : 


Note 2: When buffering one packet per buffer, it is suggested that the val- 
ues in Note 1 above be used. Since the minimum legal sized Ether- 
net packet is 64 bytes, however, it is possible to set EOBC as much 
as 64 bytes less than the buffer size and still end up with one packet 
per buffer. Figure 3-10 shows this “range.” 


3.4.5 Beginning of Reception 

At the beginning of reception, the SONIC-16 checks its in- 
ternally stored EOL bit from the previous RXpkt.link field for 
a “1”. If the SONIC-16 finds EOL = 1, it recognizes that after 
the previous reception, there were no more remaining re- 
ceive packet descriptors. It re-reads the same RXpkt.link 
field to check if the system has updated this field since the 
last reception. If the SONIC-16 still finds EOL=1, reception 
ceases. (See Section 3.5 for adding descriptors to the list.) 
Otherwise, the SONIC-16 begins storing the packet in the 
RBA starting at the Current Receive Buffer Address 
(CRBAO,1) registers and continues until the packet has 
completed. Concurrent with the packet reception, the Re- 
maining Buffer Word Count (RBWCO,1) registers are decre- 
mented after each word is written to memory. This register 
determines the remaining words in the RBA at the end of 
reception. 


3.4.6 End of Packet Processing ~ 


At the end of a reception, the SONIC-16 enters its end of 
Packet processing sequence to determine whether to ac- 
cept or reject the packet based on receive errors and pack- 
et size. At the end of reception the SONIC-16 enters one of 
the following two sequences: 


— Successful reception sequence 
— Buffer recovery for runt packets or packets with errors 


RANGE OF EOBC TO 
STORE 1 PACKET 
PER RBA 


3.4.6.1 Successful Reception 


lf the SONIC-16 accepts the packet, it first writes 5 words of 
descriptor information in the RDA beginning at the address 
pointed to by the Current Receive Descriptor Address 
(CRDA) register. It then reads the RXpkt.link field to ad- 
vance the CRDA register to the next receive descriptor. The 
SONIC-16 also checks the EOL bit for a “1” in this field. If 
EOL=1, no more descriptors are available for the SONIC- 
16. The SONIC-16 recovers the address of the current 
RXpkt.link field (from a temporary register) and generates a 
“Receive Descriptors Exhausted” indication in the Interrupt 
Status register. (See Section 3.4.7 on how to add descrip- 
tors.) The SONIC-16 maintains ownership of the descriptor 
by not writing to the RXpkt.in_use field. Otherwise, if 
EOL=0, the SONIC-16 advances the CRDA register to the 
next descriptor and resets the RXpkt.in_use field to all 
“0's”. 

The SONIC-16 accesses the complete 7 word RDA descrip- 
tor in a single block operation. 


The SONIC-16 also checks if there is remaining space in the 
RBA. The SONIC-16 compares the Remaining Buffer Word 
Count (RBWCO,1) registers with the static End Of Buffer 
Count (EOBC). If the RBWC is less than the EOBC, a maxi- 
mum sized packet will no longer fit in the remaining space in 
the RBA; hence, the SONIC-16 fetches a resource descrip- 
tor from the RRA and loads its registers with the pointer and 
word count of the next available RBA. 


3.4.6.2 Buffer Recovery for Runt Packets or 
Packets with Errors 


lf a runt packet (less than 64 bytes) or packet with errors 
arrives and the Receive Control register has been config- 
ured to not accept these packets, the SONIC-16 recovers 
its pointers back to the original positions. The CRBAO,1 reg- 
isters are not advanced and the RBWCO,1 registers are not 
decremented. The SONIC-16 recovers its pointers by main- 
taining a copy of the buffer address in the Temporary Re- 


- ceive Buffer Address registers (TRBAO,1). The SONIC-16 


recovers the value in the RBWCO,1 registers from the Tem- 
porary Buffer Word Count registers (TBWCO,1). 


3.4.7 Overflow Conditions 

When an overflow condition occurs; the SONIC-16 halts its 
DMA operations to prevent writing into unauthorized memo- 
ry. The SONIC-16 uses the Interrupt Status register (ISR) to 
indicate three possible overflow conditions that can occur 


32 WORDS 
(64 BYTES) 
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Range of EOBC = (RXrsre.we0,1 —2 to RXrsrc.wc0,1 —32) 


FIGURE 3-10. Setting EOBC for Single Packet RBA 


3.0 Buffer Management (Continued) 


when its receive resources have been exhausted. The sys- 
tem should respond by replenishing the resources that have 
been exhausted. These overflow conditions (Descriptor Re- 
sources Exhausted, Buffer Resources Exhausted, and RBA 
Limit Exceeded) are indicated in the Interrupt Status register 
and are detailed as follows: 


Descriptor Resources Exhausted: This occurs when the 
SONIC-16 has reached the last receive descriptor in the list, 
meaning that the SONIC-16 has detected EOL= 1. The sys- 
tem must supply additional descriptors for continued recep- 
tion. The system can do this in one of two ways: 1) append- 
ing descriptors to the existing list, or 2) creating a separate 
list. 


1) Appending descriptors to the existing list. This is the eas- 
iest and preferred way. To do this, the system, after cre- 
ating the new list, joins the new list to the existing list by 
simply writing the beginning address of the new list into 
the RXpkt.link field and setting EOL = 0. At the next 
reception, the SONIC-16 re-reads the last RXpkt.link 
field, and updates its CRDA register to point to the next 
descriptor. 


Creating a separate list. This requires an additional step 
because the lists are not joined together and requires 
that the CRDA register be loaded with the address of the 
RXpkt.link field in the new list. 


During this overflow condition, the SONIC-16 maintains 
ownership of the descriptor (RXpkt.in_use *# OOh) and 
waits for the system to add additional descriptors to the list. 
When the system appends more descriptors, the SONIC-16 
releases ownership of the descriptor after writing O000h to 
the RXpkt.in_use field. 


Buffer Resources Exhausted: This occurs when the 
SONIC-16 has detected that the Resource Read Pointer 
(RRP) and Resource Write Pointer (RWP) registers are 
equal (i.e., all RRA descriptors have been exhausted). The 
RBE bit in the Interrupt Status register is set when the SON- 
IC-16 finishes using the second to last receive buffer and 
reads the last RRA descriptor. Actually, the SONIC-16 is not 
truly out of resources, but gives the system an early warning 
of an impending out of resources condition. To continue 
reception after the last RBA is used, the system must supply 
additional RRA descriptor(s), update the RWP register, and 
clear the RBE bit in the ISR. The SONIC-16 rereads the 
RRA after this bit is cleared. 


RBA Limit Exceeded: This occurs when a packet does not 
completely fit within the remaining space of the RBA. This 
can occur if the EOBC register is not programmed to a value 
greater than the largest packet that can be received. When 
this situation occurs, the packet is truncated and the SON- 
IC-16 reads the RRA to obtain another RBA. Indication of 
an RBA limit being exceeded is signified by the Receive 
Buffer Area Exceeded (RBAE) interrrupt being set (see sec- 
tion 4.3.6). An RDA will not be set up for the truncated pack- 
et and the buffer space will not be re-used. To rectify this 
potential overflow condition, the EOBC register must be 
loaded with a value equal to or greater than the largest 
packet that can be accepted. See Section 3.4.2. 


3.5 TRANSMIT BUFFER MANAGEMENT 

To begin transmission, the system software issues the 
Transmit command (TXP=1 in the CR). The Transmit Buff- 
er Management uses two areas in memory for transmitting 
packets (Figure 3-11), the Transmit Descriptor Area (TDA) 
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_and the Transmit Buffer Area (TBA). During transmission, 


the SONIC-16 fetches contro! information from the TDA, 
loads its appropriate registers, and then transmits the data 
from the TBA. When the transmission is complete, the SON- 
1C-16 writes the status information in the TDA. From a single 
transmit command, packets can either be transmitted singly 
or in groups if several descriptors have been linked togeth- 
er. 


TRANSMIT 
BUFFER AREA 


~~ 
q FRAGMENT i 


[SSN 


TRANSMIT 
DESCRIPTOR AREA 


frag_count= 1 
EOL=0 


PACKET #1 


OA cue 


FRAGMENT #1 


ZZ 
g 


bam aaa, Z 
TL/F/11722~18 
FIGURE 3-11. Overview of Transmit Buffer Management 


3.5.1 Transmit Descriptor Area (TDA) 


The TDA contains descriptors that the system has generat- 
ed to exchange status and control information. Each de- 
scriptor corresponds to a single packet and consists of the 
following 16-bit fields. 


TXpkt.status: This field is written by the SONIC-16 and pro- 
vides status of the transmitted packet. See Section 3.5.1.2 
for more details. 


TXpkt.config: This field allows programming the SONIC-16 
to one of the various transmit modes. The SONIC-16 reads 
this field and loads the corresponding configuration bits 
(PINTR, POWC, CRCI, and EXDIS) into the Transmit Control 
register. See Section 3.5.1.1 for more details. 


TXpkt.pkt_size: This field contains the byte count of the 
entire packet 


TXpkt.frag__count: This field contains the number of frag- 
ments the packet is segmented into. 


TXpkt.frag__ptr0,1: This field contains a 23-bit pointer 
which locates the packet fragment to be transmitted in the 
Transmit Buffer Area (TBA). This pointer is not restricted to 
any byte alignment. 

TXpkt.frag__size: This field contains the byte count of the 
packet fragment. The minimum fragment size is 1 byte. 


TXpkt.link: This field contains a 15-bit pointer (A15—A1) to 
the next TDA descriptor. The LSB, the End Of List (EOL) bit, 
indicates the last descriptor in the list when set to a ‘1”. 
When descriptors have been linked together, the SONIC-16 
transmits back-to-back packets from a single transmit com- 
mand. 


The data of the packet does not need to be contiguous, but 
can exist in several locations (fragments) in memory. In this 
case, the TXpkt.frag__count field is greater than one, and 
additional TXpkt.frag_ptrO,1 and TXpkt.frag_size fields 
corresponding to each fragment are used. The descriptor 
format is shown in Figure 3-12. 


frag_count = 2 


EOL =1 PACKET #2 
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15 0 


Additional Pointers 
and Size Fields if 
Frag_Count> 1 


TXpkt.link 
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FIGURE 3-12. Transmit Descriptor Area 


3.5.1.1 Transmit Configuration 


The TXpkt.config field allows the SONIC-16 to be pro- 
grammed into one of the transmit modes before each trans- 
mission. At the beginning of each transmission, the SONIC- 
16 reads this field and loads the PINTR, POWC, CRCI, and 
EXDIS bits into the Transmit Control register (TCR). The 
configuration bits in the TCR correspond directly with the 
bits in the TXpkt.config field as shown in Figure 3-13. See 
Section 4.3.4 for the description on the TCR. 


13 1 11. +10 9 


1 14 2 8 
7 6 5 4 3 2 1 0 


Note: x = don’t care 


FIGURE 3-13. TXpkt.config Field 


3.5.1.2 Transmit Status 


At the end of each transmission the SONIC-16 writes the 
status bits (<10:0>) of the Transmit Control Register (TCR) 
and the number of collisions experienced during the trans- 
mission into the TXpkt.status field (Figure 3-14, res = re- 
served). Bits NC4-NCO indicate the number of collisions 
where NC4 is the MSB. See Section 4.3.4 for the descrip- 
tion of the TCR. 


15 14 13 1 
3 


2 14 1 +9 8 
NO NOt 
a ee Ce ee 0 
jorst | exc] owe] res | pe] Fu | som] rx | 


FIGURE 3-14. TXpkt.status Field 


3.5.2 Transmit Buffer Area (TBA) 


The TBA contains the fragments of packets that are defined 
by the descriptors in the TDA. A packet can consist of a 
single fragment or several fragments, depending upon the 
fragment count in the TDA descriptor. The fragments also 
can reside anywhere within the full 23-bit address range, 
and be aligned to any byte boundary. When an odd byte 
boundary is given, the SONIC-16 automatically begins read- 
ing data at the corresponding word boundary. The SONIC- 
16 ignores the extraneous bytes which are written into the 
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FIFO during odd byte alignment fragments. The minimum 
allowed fragment size is 1 byte. Figure 3-11 shows the rela- 
tionship between the TDA and the TBA for single and multi- 
fragmented packets. 


3.5.3 Preparing To Transmit 


All fields in the TDA descriptor and the Current Transmit 
Descriptor Address (CTDA) register of the SONIC-16 must 
be initialized before the Transmit Command (setting the 
TXP bit in the Command register) can be issued. If more 
than one packet is queued, the descriptors must be linked 
together with the TXpkt.link field. The last descriptor must 
have EOL=1 and all other descriptors must have EOL.=0. 
To begin transmission, the system loads the address of the 
first TXpkt.status field into the CTDA register. Note that the 
upper 8-bits of address are loaded in the Upper Transmit 
Descriptor (UTDA) register. The user performs the following 
transmit initialization. 


1) Initialize the TDA 


2) Load the CTDA register with the address of the first 
transmit descriptor 


3) Issue the transmit command 


Note that if the Source Address of the packet being trans- 
mitted is not in the CAM, the Packet Monitored Bad (PMB) 
bit in the TXpxt.status field will be set (see Section 4.3.4). 


3.5.3.1 Transmit Process 


When the Transmit Command (TXP = 1 in the Command 
register) is issued, the SONIC-16 fetches the control infor- 
mation in the TDA descriptor, loads its appropriate registers 
(shown below) and begins transmission. (See Section 4.2 
for register mnemonics.) 


TCR <— TXpkt.config 

TPS <— TXpkt.pkt_size 
TFC <— TXpkt.frag__count 
TSAO <— TXpkt.frag__ptrO 
TSA1 <— TXpkt.frag__ptr1 
TFS <— TXpkt.frag__size 
CTDA <— TXpkt.link 


(CTDA is loaded after all fragments have been read and 
successfully transmitted. If the halt transmit command is is- 
sued (HTX bit in the Command register is set) the CTDA 
register is not loaded.) 


During transmission, the SONIC-16 reads the packet de- 
scriptor in the TDA and transmits the data from the TBA. If 
TXpkt.frag__count is greater than one, the SONIC-16, after 
finishing transmission of the fragment, fetches the next 
TXpkt.frag__ptrO,1 and TXpkt.frag__size fields and transmits 
the next fragment. This process continues until all frag- 
ments of a packet are transmitted. At the end of packet 
transmission, status is written in to the TXpkt.status field. 
The SONIC-16 then reads the TXpkt.link field and checks if 
EOL = 0. If it is 0”, the SONIC-16 fetches the next de- 
scriptor and transmits the next packet. If EOL = 1 the SON- 
1C-16 generates a “Transmission Done” indication in the 
Interrupt Status register and resets the TXP bit in the Com- 
mand register. 


In the event of a collision, the SONIC-16 recovers its pointer 
in the TDA and retransmits the packet up to 15 times. The 
SONIC-16 maintains a copy of the CTDA register in the 
Temporary Transmit Descriptor Address (TTDA) register. 

The SONIC-16 performs a block operation of 6, 3, or 2 ac- 
cesses in the TDA, depending on where the SONIC-16 is in 
the transmit process. For the first fragment, it reads the 
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TXpkt.config to TXpkt.frag__size (6 accesses). For the next 
fragment, if any, it reads the next 3 fields from TXpkt.frag_ 
ptrO to TXpkt.frag_size (3 accesses). At the end of trans- 
mission it writes the status information to TXpkt.status and 
reads the TXpkt.link field (2 accesses). 


3.5.3.2 Transmit Completion 


The SONIC-16 stops transmitting under two conditions. In 
the normal case, the SONIC-16 transmits the complete list 
of descriptors in the TDA and stops after it detects EOL = 
1. In the second case, certain transmit errors cause the 
SONIC-16 to abort transmission. If F/FO Underrun, Byte 
Count Mismatch, Excessive Collision, or Excessive Deferral 
(if enabled) errors occur, transmission ceases. The CTDA 
register points to the last packet transmitted. The system 
can also halt transmission under software control by setting 
the HTX bit in the Command register. Transmission halts 
after the SONIC-16 writes to the TXpkt.status field. 


3.5.4 Dynamically Adding TDA Descriptors 


Descriptors can be dynamically added during transmission 
without halting the SONIC-16. The SONIC-16 can also be 
guaranteed to transmit the complete list including newly ap- 
pended descriptors (barring any transmit abort conditions) 
by observing the following rule: The last TXpkt.link field 
must point to the next location where a descriptor will be 
added (see step 3 below and Figure 3-15). The procedure 
for appending descriptors consists of: 


1. Creating a new descriptor with its TXpkt.link pointing to 
the next vacant descriptor location and its EOL bit set to 
a “4 ue 

2. Resetting the EOL bit to a “0” of the previously last de- 
scriptor. 

3. Re-issuing the Transmit command (setting the TXP bit in 
the Command register). 

Step 3 assures that the SONIC-16 will transmit all the pack- 

ets in the list. If the SONIC-16 is currently transmitting, the 

Transmit command has no effect and continues transmitting 

until it detects EOL = 1. If the SONIC-16 had just finished 

transmitting, it continues transmitting from where it had pre- 

viously stopped. 


TRANSMIT DESCRIPTOR 
AREA 


<— LAST DESCRIPTOR OF LIST 


1 
i] 
I 
: — LOCATION WHERE NEXT DESCRIPTOR 
I WILL BE PLACED 

I 

a 
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FIGURE 3-15. Initializing Last Link Field 


4.0 SONIC-16 Registers 


The SONIG-16 contains two sets of registers: The status/ 
control registers and the CAM memory cells. The status/ 
control registers are used to configure, control, and monitor 
SONIC-16 operation. They are directly addressable regis- 
ters and occupy 64 consecutive address locations in the 
system memory space (selected by the RAS-RAO address 
pins). There are a total of 64 status/contro! registers divided 
into the following categories: 


User Registers: These registers are accessed by the user 
to configure, control, and monitor SONIC-16 operation. 
These are the only SONIC-16 registers the user needs to 
access. Figure 4-3 shows the programmer’s model and Ta- 
ble 4-1 lists the attributes of each register. 


Internal Use Registers: These registers (Table 4-2) are 
used by the SONIC-16 during normal operation and are not 
intended to be accessed by the user. 


National Factory Test Registers: These registers (Table 
4-3) are for National factory use only and should never be 
accessed by the user. Accessing these registers during nor- 
mal operation can cause improper functioning of the 
SONIC-16. 


4.1 THE CAM UNIT 


The CAM unit memory cells are indirectly accessed by pro- 
gramming the CAM descriptor area in system memory and 
issuing the LCAM command (setting the LCAM bit in the 
Control register). The CAM cells do not occupy address lo- 
cations in register space and, thus, are not accessible 
through the RA5-RAO address pins. The CAM control regis- 
ters, however, are part of the user register set and must be 
initialized before issuing the LCAM command (see Section 
4.3.10). 


The Content Addressable Memory (CAM) consists of six- 
teen 48-bit entries for complete address filtering (Figure 4-1) 
of network packets. Each entry corresponds to a 48-bit des- 
tination address that is user programmable and can contain 
any combination of Multicast or Physical addresses. Each 
entry is partitioned into three 16-bit CAM cells accessible 
through CAM Address Ports (CAP 2, CAP 1 and CAP 0) with 
CAPO corresponding to the least significant 16 bits of the 
Destination Address and CAP2 corresponding to the most 
significant bits. The CAM is accessed in a two step process. 
First, the CAM Entry Pointer is loaded to point to one of the 
16 entries. Then, each of the CAM Address Ports is ac- 
cessed to select the CAM cell. The 16 user programmable 
CAM entries can be masked out with the CAM Enable regis- 
ter (see section 4.3.10). 


Note: It is not necessary to program a broadcast address into the CAM 
when it is desired to accept broadcast packets. Instead, to accept 
broadcast packets, set the BRD bit in the Receive Control register. lf 
the BRD bit has been set, the CAM is still active. This means that it is 
possible to accept broadcast packets at the same time as accepting 
packets that match physical addresses in the CAM. 


4.1.1 The Load CAM Command 

Because the SONIC-16 uses the CAM for a relatively long 
period of time during reception, it can only be written to via 
the CAM Descriptor Area (CDA) and is only readable when 
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CAM ENTRY 
POINTER REGISTER 
(5 BITS) 


CAM ENTRY DECODE 


CAM ADDRESS PORT 2 
(BITS 47 - 32) 


CAM ADDRESS PORT 1 
(BITS 31-16) 


CAM ADDRESS PORT 0 
(BITS 15-0) 


- wWrhN +*~ Oo 


CAM ENABLE REGISTER 
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FIGURE 4-1. CAM Organization 


the SONIC. 16 is in software reset. The CDA resides in the 
same 64k byte block of memory as the Receive Resource 
Area (RRA) and contains descriptors for loading the CAM 
registers. These descriptors are contiguous and each de- 
scriptor consists of four 16-bit fields (Figure 4-2). The first 
field contains the value to be loaded into the CAM Entry 
Pointer and the remaining fields are for the three CAM Ad- 
dress Ports (see Section 4.3.10). In addition, there is one 
more field after the last descriptor containing the mask for 
the CAM Enable register. Each of the CAM descriptors are 
addressed by the CAM Descriptor Pointer (CDP) register. 


After the system has initialized the CDA, it can issue the 
Load CAM command to program the SONIC-16 to read the 
CDA and load the CAM. The procedure for i issuing the Load 
ia command is as follows. 

. Initialize the Upper Receive Resource Address (URRA) 
"eae Note that the CAM Descriptor Area must reside 
within the same 64k page as the Receive Resource 
Area. (See Section 4.3.9). 


CAM DESCRIPTOR POINTER , cop —pe 


FIGURE 4-2. CAM Descriptor Area Format 


2. Initialize the CDA as described above. 


3. Initialize the CAM Descriptor Count with the number of 
CAM descriptors. Note, only the lower 5 bits are used in 
this register. The other bits are don’t cares. (See Section 
4.3.10). 


4. Initialize the CAM Descriptor Pointer to locate the first 
descriptor in the CDA. This register must be reloaded 
each time a new Load CAM command is issued. 


5. Issue the Load CAM command (LCAM) in the Command 
register. (See Section 4.3.1). 


If a transmission or reception is in progress, the CAM DMA 
function will not occur until these operations are complete. 
When the SONIC-16 completes the Load CAM command, 
the CDP register points to the next location after the CAM 
Enable field and the CDC equals zero. The SONIC-16 resets 
the LCAM bit in the Command register and sets the Load 
CAM Done (LCD) bit in the ISR. 


DESCRIPTOR 0 


| DESCRIPTOR n 
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Oh Command Register 
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1 Data Configuration Register 
2 Receive Control Register 

3 Transmit Control Register Status and Control Fields 
4 Interrupt Mask Register 
5 Interrupt Status Register 


3F Data Configuration Register 2 
Upper 16-bit Address Base 
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6 Upper Transmit Descriptor Address Register 

7 Current Transmit Descriptor Address Register| Lower 16-bit Address Offset 
Upper Receive Descriptor Address Register |Upper 16-bit Address Base 
OE Current Receive Descriptor Address Register | Lower 16-bit Address Offset 
14 Upper Receive Resource Address Register Upper 16-bit Address Base’ 
15 Resource Start Address Register Lower 16-bit Address Offset 
16 Resource End Address Register Lower 16-bit Address Offset 


17 Resource Read Register Lower 16-Bit Address Offset 


Lower 16-bit Address Offset 


Count Value 8|7 


18 Resource Write Register 


Count Value 
4 


2B Receive Sequence Counter 


21 CAM Entry Pointer 


Most Significant 16 bits of CAM Entry a 


Middle 16 bits of CAM Entry 


22 CAM Address Port 2 
24 CAM Address Port 0 Least Significant 16 bits of CAM Entry 
25 CAM Enable Register Mask Fields 


26 CAM Descriptor Pointer Lower 16-bit Address Offset 


5 


Count Value 


Count Value 


27 CAM Descriptor Count 

2C CRC Error Tally Counter 
Frame Alignment Error Tally 
Missed Packet Tally 

29 Watchdog Timer 0 

2A Watchdog Timer 1 


28 Silicon Revision Register 
FIGURE 4-3. Register Programming Model 
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4.0 SONIC-16 Registers (Continued) | Sag 2 

4.2 STATUS/CONTROL REGISTERS ing interrupt control. The registers are selected by asserting 
; : : ; chip select to the SONIC-16 and providing the necessary 

This set of registers is used to convey status/control infor- 


mation to/from the host system and to control th orati address on register address pins RA5-RAO. Tables 4-1, 
f the SONIC-16. These vst xe a : d ‘he Se on 4-2, and 4-3 show the locations of all SONIC-16 registers 
ache ke Eos me uee Ais eacony and where information on the registers can be found in the 
mands generated from the system, indicating transmit and 
: . ; data sheet. 
receive status, buffering data to/from memory, and provid- 


TABLE 4-1. User Registers 


Description 


AAS HAD (section) 


i Register 


COMMAND AND STATUS REGISTERS 


D 


oon 4.3.1 
01 (Note 3) R/W Data Configuration » DCR 4.3.2 
02  -R/W Receive Control RCR . 43.3 
03 ~  R/W Transmit Control TCR 4.3.4 
04 Fw | intoruptMask MRL 
Oo | RW | intorruptstaus | SRL 

| pcre 


3F (Note 3) R/W Data Configuration 2 DCR2 4.3.7 


TRANSMIT REGISTERS , 
Upper Transmit Descriptor Address UTDA 
Current Transmit Descriptor Address - . CTDA 


4.3.8, 3.4.4.1, 


R/W 
R/W 


RECEIVE REGISTERS 
0D 4.3.9,9.4.4.4 
0E 43.9, 3.4.4.3 
13 43.9, 3.4.2 


14 _R/W URRA 43.9,3.4.4.1 
15 R/W RSA 4.3.9, 3.4.1 
16 R/W REA 4.3.9, 3.4.1 
17 RW 43.9,3.4.1 
18 R/W RWP 4.3.9,3.4.1 
2B R/W RSC 4.3.9, 3.4.3.2 


CAM REGISTERS 


21 4.1,4.3.10 
za(Notet) | R_ | CAMAddressPon2 «| care —«dY~at, 4.8.10 
za(Notet) | R_ | CAMAddressPont | capt «dyad, 4.8.40 
24(Notet) | R__| CAM AddressPoto | —caPO «dat, 48.40 
_25 (Note 2) 4.1,4.3.10 

26 4.1,4.3.10 

Bh 655s 4.1, 4.3.10 

TALLY COUNTERS). 7 ee . 

___ 26 (Note 4) 
2D (Notes) | RW AE Tay «SCAT CS 
2E (Note 4) 
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TABLE 4-1. User Registers (Continued) 


Description 
RA5-RAO | access Register Symbol (section) 


WATCHDOG COUNTERS 


3 


SILICON REVISION 7 


a | eR Siiconevision | SR |. 8.19 


Note 1: These registers can only be read when the SONIC-16 is in reset mode (RST bit in the CR is set). The SONIC-16 gives invalid data when these registers are 
read in non-reset mode. . 


Note 2: This register can only be written to when the SONIC-16 is in reset mode. This register is normally only loaded by the Load CAM command. 


Note 3: The Data Configuration registers, DCR and DCR2, can only be written to when the SONIC-16 is in reset mode (RST bit in CR is set). Writing to these 
registers while not in reset mode does not alter the registers. 


Note 4: The data written to these registers is inverted before being latched. That is, if a value of FFFFh is written, these registers will contain and read back the 
value of 0000h. Data is not inverted during a read operation. 


TABLE 4-2. Internal Use Registers (Users should not write to these registers) 


Description 


(RA5-RAO) (section) 


Register 


TRANSMIT REGISTERS 
08 (Note 1) 3.5 


3.5 


Transmit Packet Size 


Transmit Fragment Count 


Transmit Start Address 0 TSAO 3.5 
Transmit Start Address 1 TSA1 3.5 


0C (Note 2) 
20 

2F : 

RECEIVE REGISTERS 

OF 

10 

11 

12 

19 

1A 

1B 


R 
R 
R 
R 
R 
R 


Temporary Transmit Descriptor Address 3.5.4 


i TPS 
TFC 
Transmit Fragment Size TFS 3.5 
i i TTDA 
Maximum Deferral Timer MDT 


4.3.4 


CRBAO =| 3.4.2,3.4.4.2 
CRBAI 3.4.2, 3.4.4.2 
— RBWoO) | (3.4.2,3.4.4.2 
RBWC1 3.4.2, 3.4.4.2 
TRBAO 3.462 
TRBA' 3.462 

tC Tawot 3.462 

1F LLFA _none 
ADDRESS GENERATORS | oy 

R/W ADDR’ 


Note 1: The data that is read from these registers is the inversion of what has been written to them. 
Note 2: The value that is written to this register is shifted once. : 


/W 
/W 
/W 
/W 
/W 
/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
R/W 
RW. 


TABLE 4-3. National Factory Test Registers 
a Description 


(RA5~RAO) (section) 


_. Register 


These registers are for factory use only. Users must not 
address these registers or improper SONIC-16 operation 
can occur. 
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4.0 SONIC-16 Registers (Continued) 
4.3 REGISTER DESCRIPTION 


4.3.1 Command Register 

(RA<5:0> = 0h) 

This register (Figure 4-4) is used for issuing commands to the SONIC-16. These commands are issued by setting the corre- 
sponding bits for the function. For all bits, except for the RST bit, the SONIC-16 resets the bit after the command is completed. — 
With the exception of RST, writing a “0” to any bit has no effect. Before any commands can be issued, the RST bit must first be 
reset to “0”. This means that, if the RST bit is set, two writes to the Command Register are required to issue a command to the 
SONIC-16; one to clear the RST bit, and one to issue the command. 

This register also controls the general purpose 32-bit Watchdog Timer. After the Watchdog Timer register has been loaded, it 
begins to decrement once the ST bit has been set to ‘1’. An interrupt is issued when the count reaches zero if the Timer 
Complete interrupt is enabled in the IMR. 

During hardware reset, bits 7, 4, and 2 are set to a “1”; all others are cleared. During software reset bits 9, 8, 1, and 0 are 
cleared and bits 7 and 2 are set to a “1”; all others are unaffected. , 


15 14 13 12 11 
CeTe To Te [oe onjemal ae] «Ter [a [enloa] ne [anc 


r=read only, r/w=read/write 


FIGURE 4-4. Command Register 


Field Meaning 
LCAM LOAD CAM 
RRRA READ RRA 
RST SOFTWARE RESET 
ST ' START TIMER 
STP STOP TIMER 
RXEN RECEIVER ENABLE 
RXDIS RECEIVER DISABLE 
TXP TRANSMIT PACKET(S) 
HTX ; HALT TRANSMISSION 


Description 


Must be 0 


LCAM: LOAD CAM 

Setting this bit causes the SONIC-16 to load the CAM with the descriptor that is pointed to by the CAM Descriptor 
Pointer register. 

Note: This bit must not be set during transmission (TXP is set). The SONIC-16 will lock up if both bits are set simultaneously. 


RRRA: READ RRA 

Setting this bit causes the SONIC-16 to read the next RRA descriptor pointed to by the Resource Read Pointer 
(RRP) register. Generally this bit is only set during initialization. Setting this bit during normal operation can cause 
improper receive operation. 


RST: SOFTWARE RESET 

Setting this bit resets all internal state machines. The CRC generator is disabled and the Tally counters are halted, 
but not cleared. The SONIC-16 becomes operational when this bit is reset to “0”. A hardware reset sets this bit to a 
“1”. It must be reset to “0” before the SONIC-16 becomes operational. 


Must be 0. 


ST: START TIMER 
Setting this bit enables the general-purpose watchdog timer to begin counting or to resume counting after it has 
been halted. This bit is reset when the timer is halted (i.e., STP is set). Setting this bit resets STP. 


STP: STOP TIMER 
Setting this bit halts the general-purpose watchdog timer and resets the ST bit. The timer resumes when the ST bit is 
set. This bit powers up as a ‘‘1””. Note: Simultaneously setting bits ST and STP stops the timer. 
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4.3 REGISTER DESCRIPTION 
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4.3.1 Command Register (Continued) 
(RA<5:0> =0h) 


Bit 
3 


Description 


RXEN: RECEIVER ENABLE 

Setting this bit enables the receive buffer management engine to begin buffering data to memory. Setting this bit 
resets the RXDIS bit. Note: If this bit is set while the MAC unit is currently receiving a packet, both RXEN and RXDIS 
are set until the network goes inactive (i.e., the SONIC-16 will not start buffering in the middle of a packet being 
received). 


RXDIS: RECEIVER DISABLE 

Setting this bit disables the receiver from buffering data to memory or the Receive FIFO. If this bit is set during the 
reception of a packet, the receiver is disabled only after the packet is processed. The RXEN bit is reset when the 
receiver is disabled. Tally counters remain active regardless of the state of this bit. Note: If this bit is set while the 
SONIC-16 is currently receiving a packet, both RXEN and RXDIS are set until the packet is fully received. 


TXP: TRANSMIT PACKET(S) 

Setting this bit causes the SONIC-16 to transmit packets which have been set up in the Transmit Descriptor Area 
(TDA). The SONIC-16 loads its appropriate registers from the TDA, then begins transmission. The SONIC-16 clears 
this bit after any of the following conditions have occurred: (1) transmission had completed (i.e., after the SONIC-16 
has detected EOL = 1), (2) the Halt Transmission command (HTX) has taken effect, or (3) a transmit abort condition 
has occurred. This condition occurs when any of the following bits in the TCR have been set: EXC, EXD, FU, or BCM. 
Note: This bit must not be set if a Load CAM operation is in progress (LCAM is set). The SONIC-16 will lock up if 
both bits are set simultaneously. 


HTX: HALT TRANSMISSION 

Setting this bit halts the transmit command after the current transmission has completed. TXP is reset after 
transmission has halted. The Current Transmit Descriptor Address (CTDA) register points to the last descriptor 
transmitted. The SONIC-16 samples this bit after writing to the TXpkt.status field. 
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4.0 SONIC-16 Registers (Continued) 
4.3.2 Data Configuration Register 

(RA<5:0> = 1h) 

This register (Figure 4-5) establishes the bus cycle options for reading/writing data to/from 16- or 32-bit memory systems. 


During a hardware reset, bits 15 and 13 are cleared; all other bits are unaffected. (Because of this, the first thing the driver 
software does to the SONIC-16 should be to set up this register.) All bits are unaffected by a software reset. This register must 
only be accessed when the SONIC-16 is in reset mode (i.e., the RST bit is set in the Command register). 


7 6 5 4 3 2 1 0 
wer [woo] o | ems [ret [prto] rer: | TrT9| 


r/w r/w r/w r/w r/w r/w r/w 


15 14 13 12 11 10 9 8 


| For | Poo |saus[usri|usRo 
/w 


r/w t/wor/weet/weet/w”ot/wes, 
r/w= read/write 


FIGURE 4-5. Data Configuration Register 


Field Meaning 
EXBUS _ EXTENDED BUS MODE 
LBR LATCHED BUS RETRY 
POO,PO1 PROGRAMMABLE OUTPUTS 
SBUS SYNCHRONOUS BUS MODE 
USRO, USR1 USER DEFINABLE PINS 
WCO, WC1 .’ WAIT STATE CONTROL 
DW DATA WIDTH SELECT 
BMS BLOCK MODE SELECT FOR DMA 
RFTO, RFT1 RECEIVE FIFO THRESHOLD 


TFTO, TFT1 TRANSMIT FIFO THRESHOLD 


Description 


15 EXBUS: EXTENDED BUS MODE 

Setting this bit enables the Extended Bus mode which enables the following: 

1) Extended Programmable Outputs, EXUSR <3:0>: This changes the TXD, LBK, RXC and RXD pins from the 
external ENDEC interface into four programmable user outputs, EXUSR <3:0> respectively, which are similar to 
USR <1:0>. These outputs are programed with bits 15-12 in the DCR2 (see Section 4.3.7). On hardware reset, 
these four pins will be TRI-STATE® and will remain that way until the DCR is changed. If EXBUS is enabled, then 
these pins will remain TRI-STATE until the SONIC-16 becomes a bus master, at which time they will be driven 
according to the DCR2. If EXBUS is disabled, then these four pins work normally as external ENDEC interface pins. 

2) Synchronous Termination, STERM: This changes the TXC pin from the External ENDEC interface into a 
synchronous memory termination input for compatibility with Motorola style processors. This input is only useful 
when Asynchronous Bus mode is selected (bit 10 below is set to “0”) and BMODE = 1 (Motorola mode). On 
hardware reset, this pin will be TRISTATE and will remain that way until the DCR is changed. If EXBUS is enabled, 
this pin will remain TRI-STATE until the SONIC-16 becomes a bus master, at which time it will become the STERM 
input. If EXBUS is disabled, then this pin works normally as the TXC pin for the external ENDEC interface. 

3) Asynchronous Bus Retry: Causes BRT to be clocked in asynchronously off the falling edge of bus clock. This only 
applies, however, when the SONIC-16 is operating in asynchronous mode (bit 10 below is set to 0”). If EXBUS is 
not set, BRT is sampled synchronously off the rising edge of bus clock. (See Section 5.4.6.) 


Must be 0. 


LBR: LATCHED BUS RETRY 
The LBR bit controls the mode of operation of the BRT signal (see pin description). It allows the BUS Retry operation 
to be latched or unlatched. 

0: Unlatched mode: The assertion of BRT forces the SONIC-16 to finish the current DMA operation and get off the bus. 
The SONIC-16 will retry the operation when BRT is deserted. 

1: Latched mode: The assertion of BRT forces the SONIC-16 to finish the current DMA operation as above, however, 
the SONIC-16 will not retry until BRT is deasserted and the BR bit in the ISR (see Section 4.3.6) has been reset. 
Hence, the mode has been latched on until the BR bit is cleared. 

Note: Unless LBR is set to a “1”, BRT must remain asserted at least until the SONIC-16 has gone idle. See Section 5.4.6 and the timing for Bus 

Retry in Section 7.0. 

12,11 PO1, POO: PROGRAMMABLE OUTPUTS 
The PO1,PO0 bits individually contro! the USR1,0 pins respectively when SONIC-16 is a bus master (HLDA or 
BGACK is active). When PO1/PO0 are set to a 1 the USR1/USRO pins are high during bus master operations and 
when these bits are set to a 0 the USR1/USR0 pins are low during bus master operations. 
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4.0 SONIC-16 Registers (Continued) 


4.3.2 Data Configuration Register (Continued) 
(RA<5:0> = 1h) 


91-OINOS 


Bit Description 


10 SBUS: SYNCHRONOUS BUS MODE 

The SBUS bit is used to select the mode of system bus operation when SONIC-16 is a bus master. This bit selects 

the internal ready line to be either a synchronous or asynchronous input to SONIC-16 during block transfer DMA 

operations. 

0: Asynchronous mode. RDYi (BMODE =0) or DSACKO,1 (BMODE = 1) are respectively internally synchronized 
at the falling edge of the bus clock (T2 of the DMA cycle). No setup or hold times need to be met with 
respect to this edge to guarantee proper bus operation. 

1: Synchronous mode. RDYi (BMODE =0) and DSACKO,1 (BMODE = 1) must respectively meet the setup and 
hold times with respect to the rising edge of T1 or T2 to guarantee proper bus operation. 


9,8 USR1,0: USER DEFINABLE PINS 
The USR1,0 bits report the level of the USR1,0 signal pins, respectively, after a chip hardware reset. If the USR1,0 
signal pins are at a logical 1 (tied to Vcc) during a hardware reset the USR1,0 bits are set to a 1. If the USR1,0 pins 
are at a logical 0 (tied to ground) during a hardware reset the USR1,0 bits are set toa 0. These bits are latched on 
the rising edge of RST. Once set they remain set/reset until the next hardware reset. 


7,6 WC1,0: WAIT STATE CONTROL 
These encoded bits determine the number of additional bus cycles (T2 states) that are added during each DMA 
cycle. 
WwC1 wco Bus Cycles Added 
0 0 0 
0 1 1 
1 0 2 
1 1 3 
MUST BE 0. 


BMS: BLOCK MODE SELECT FOR DMA 

Determines how data is emptied or filled into the Receive or Transmit FIFO. 

0: Empty/fill mode: All DMA transfers continue until either the Receive FIFO has emptied or the Transmit FIFO has 
filled completely. 

14: Block mode: All DMA transfers continue until the programmed number of bytes (RFTO, RFT1 during reception or 
TFO, TF1 during transmission) have been transferred. (See note for TFTO, TFT1.) 


3,2 RFT1,RFTO: RECEIVE FIFO THRESHOLD 
These encoded bits determine the number of words (or long words) that are written into the receive FIFO from the 
MAC unit before a receive DMA request occurs. (See Section 1.4.) 


RFT1 RFTO Threshold 
0 0 2 words (4 bytes) 
0 1 4 words (8 bytes) 
1 0 8 words (16 bytes) 
1 1 12 words (24 bytes) 
Note: In block mode (BMS bit = 1), the receive FIFO threshold sets the number of words (or long words) written to memory during a receive DMA 
block cycle. 
1,0 TFT1,TFTO: TRANSMIT FIFO THRESHOLD 


These encoded bits determine the minimum number of words (or long words) the DMA section maintains in the 
transmit FIFO. A bus request occurs when the number of words drops below the transmit FIFO threshold. (See 


Section 1.4.) 

TFT1 TFTO Threshold 
0 0 4 words (8 bytes) 
6) 1 8 words (16 bytes) 
1 0 12 words (24 bytes) 
1 1 14 words (28 bytes) 


Note: In block mode (BMS = 1), the number of bytes the SONIC-16 reads in a single DMA burst equals the transmit FIFO threshold value. If the 
number of words or long words needed to fill the FIFO is less than the threshold value, then only the number of reads required to fill the FIFO in a 
single DMA burst will be made. Typically, with the FIFO threshold value set to 12 or 14 words, the number of memory reads needed is less than the 
FIFO threshold value. 
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4.0 SONIC-16 Registers (Continued) 
4.3.3 Receive Control Register 
(RA<5:0> = 2h) 


This register is used to filter incoming packets and provide status information of accepted packets (Figure 4-6). Setting any of 
bits 15-11 to a “1” enables the corresponding receive filter. If none of these bits are set, only packets which match the CAM 
Address registers are accepted. Bits 10 and 9 control the loopback operations. 


After reception, bits 8-0 indicate status information about the accepted packet and are set to ‘1”” when the corresponding 
condition is true. If the packet is accepted, all bits in the RCR are written into the RXpkt.status field. Bits 8-6 and 3-0 are 
cleared at the reception of the next packet. 


This register is unaffected by a software reset. 


10 9 


r/w r/w 


15 14 13 12° 11 


[enn [NT [ero [pro [awe 
r/w r/w 


r/w r/wsr/w 
r=read only, r/w=read/write 


8 ‘7 6 
r r r 


FIGURE 4-6. Receive Control Register 


5 4 3 2 1 0 
r r r r r r 


Field Meaning 
ERR ACCEPT PACKET WITH ERRORS 


RNT ACCEPT RUNT PACKETS 

BRD ACCEPT BROADCAST PACKETS 
PRO PHYSICAL PROMISCUOUS PACKETS 
AMG ACCEPT ALL MULTICAST PACKETS 
LBO,LB1 LOOPBACK CONTROL 

MC MULTICAST PACKET RECEIVED 

BC BROADCAST PACKET RECEIVED 
LPKT LAST PACKET IN RBA 

CRS CARRIER SENSE ACTIVITY 

COL COLLISION ACTIVITY 

CRCR CRC ERROR 

FAER FRAME ALIGNMENT ERROR 

LBK LOOPBACK PACKET RECEIVED 
PRX PACKET RECEIVED OK 


Description 


15 ERR: ACCEPT PACKET WITH CRC ERRORS OR COLLISIONS 
0: Reject all packets with CRC errors or when a collision occurs. 
1: Accept packets with CRC errors and ignore collisions. 


14 RNT: ACCEPT RUNT PACKETS 

0: Normal address match mode. 
1: Accept runt packets (packets less than 64 bytes in length). 
Note: A hardware reset clears this bit. 


BRD: ACCEPT BROADCAST PACKETS 
0: Normal address match mode. 

1: Accept broadcast packets (packets with addresses that match the CAM are also accepted). 
Note: This bit is cleared upon hardware reset. 


PRO: PHYSICAL PROMISCUOUS MODE 
Enable all Physical Address packets to be accepted. 
0: Normal address match mode. 

1: Promiscuous mode. 


AMC: ACCEPT ALL MULTICAST PACKETS 
0: Normal address match mode. 

1: Enables all multicast packets to be accepted. Broadcast packets are also accepted regardless 
of the BRD bit. (Broadcast packets are a subset of multicast packets.) 
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4.0 SONIC-16 Registers (Continued) 


4.3.3 Receive Control Register (Continued) 
(RA<5:0> = 2h) 


Bit 
10,9 


Description 


LB1,LB0: LOOPBACK CONTROL 
These encoded bits control loopback operations for MAC loopback, ENDEC loopback and Transceiver lookback. For 
proper operation, the CAM Address registers and Receive Control register must be initialized to accept the Destination 
address of the loopback packet (see Section 1.7). 
Note: A hardware reset clears these bits. 
LB1 LBO Function 
0 0 No loopback, normal operation 
1 MAC loopback 
0 ENDEC loopback 
1 Transceiver loopback 


MC: MULTICAST PACKET RECEIVED 
This bit is set when a packet is received with a Multicast Address. 


BC: BROADCAST PACKET RECEIVED 
This bit is set when a packet is received with a Broadcast Address. 


LPKT: LAST PACKET IN RBA 

This bit is set when the last packet is buffered into a Receive Buffer Area (RBA). The SONIC-16 detects this condition 
when its Remaining Buffer Word Count (RBWCO,1) register is less than the End Of Buffer Count (EOBC) register. on 
Section 3.4.2.) 

CRS: CARRIER SENSE ACTIVITY 

Set when CRS is active. Indicates the presence of network activity. 


COL: COLLISION ACTIVITY 
Indicates that the packet received had a collision occur during reception. 


CRCR: CRC ERROR © 

Indicates the packet contains a CRC error. If the packet also contains a Frame Alignment error, FAER will be set 
instead (see below). 

FAER: FRAME ALIGNMENT ERROR 

Indicates that the incoming packet was not correctly framed on an 8-bit boundary. Note: if no CRC errors have 
occurred, this bit is not set (i.e., this bit is only set when both a frame alignment and CRC errors occur). 

LBK: LOOPBACK PACKET RECEIVED 

Indicates that the SONIC-16 has successfully received a loopback packet. 


PRX: PACKET RECEIVED OK 
Indicates that a packet has been received without CRC, frame alignment, length (runt packet) errors or collisions. 
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4.0 SONIC-16 Registers (Continued) 


4.3.4 Transmit Control Register 
(RA<5:0> = 3h) 

This register is used to program the SONIC-16’s transmit actions and provide status information after a packet has been 
transmitted (Figure 4-7). At the beginning of transmission, bits 15, 14, 13 and 12 from the TXpkt.config field are loaded into the 
TCR to configure the various transmit modes (see section 3.5.1.1). When the transmission ends, bits 10-0 indicate status 
information and are set to a ‘1” when the corresponding condition is true. These bits, along with the number of collisions 
information, are written into the TXpkt.status field at the end of transmission (see section 3.5.1.2). Bits 9 and 5 are cleared after 
the TXpkt.status field has been written. Bits 10, 7, 6, and 1 are cleared at the commencement of the next transmission while bit 8 
is set at this time. 


A hardware reset sets bits 8 and 1 to a “1”. This register is unaffected by a software reset. 
14 13 


15 12 11 10 8 7 6. § 4 3 2 1 
pwr] Powc| crci[exois]_o | exo | per [nors[crst[ exc [owe] o [pws] Fu [som] 
is if r r r r r r 


9 


r 


0 
r/w or/wor/w_set/w r 
r=read only, r/w=read/write 


FIGURE 4-7. Transmit Control Register 


Field" Meaning 
PINTR PROGRAMMABLE INTERRUPT 
POWC PROGRAMMED OUT OF WINDOW COLLISION TIMER 
CRCI CRC INHIBIT 
-EXDIS DISABLE EXCESSIVE DEFERAL TIMER 
EXD EXCESSIVE DEFERRAL 
DEF DEFERRED TRANSMISSION 
NCRS NOCRS 
CRSL CRSLOST .- 
EXC EXCESSIVE COLLISIONS 
OWC OUT OF WINDOW COLLISION 
PMB PACKETMONITOREDBAD — 
FU FIFO UNDERRUN 
BCM BYTECOUNT MISMATCH 
PTX | PACKET TRANSMITTED OK 


Bit ; Description 


15 PINTR: PROGRAMMABLE INTERRUPT 
This bit allows transmit interrupts to be generated under software control. The SONIC-16 will issue an interrupt (PINT 
in the Interrupt Status Register) immediately after reading a TDA and detecting that PINTR is set in the TXpkt.config 
field. pea, 


Note: In order for PINTR to operate properly, it must be set and reset in the TXpkt.config field by alternating TDAs. This is necessary because after . 
PINT has been issued in the ISR, PINTR in the Transmit Control Register must be cleared before it is set again in order to have the interrupt issued : 
for another packet. The only effective way to do this is to set PINTR to a 1 no more often than every other packet. 

14 POWC: PROGRAM “OUT OF WINDOW COLLISION” TIMER 
This bit programs when the out of window collision timer begins. 
0: timer begins after the Start of Frame Delimiter (SFD). 
1: timer begins after the first bit of preamble. 


13 CRCI: CRC INHIBIT 
0: transmit packet with 4-byte FCS field 
1: transmit packet without 4-byte FCS field 


12 EXDIS: DISABLE EXCESSIVE DEFERRAL TIMER: 
0: excessive deferral timer enabled 
1: excessive deferral timer disabled 


Must be 0. 


EXD: EXCESSIVE DEFERRAL 
Indicates that the SONIC-16 has been deferring for 3.2 ms. The transmission is aborted if the excessive deferral 
timer is enabled (i.e. EXDIS is reset). This bit can only be set if the excessive deferral timer is enabled. 
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4.0 SONIC-16 Registers (Continued) 


4.3.4 Transmit Control Register (Continued) 


(RA<5:0> 


91-DINOS 


= 3h) 


Description 


DEF: DEFERRED TRANSMISSION 
Indicates that the SONIC-16 has deferred its transmission during the first attempt. If subsequent collisions occur, this 
bit is reset. This bit is cleared after the TXpkt.status field is written in the TDA. 


NCRS: NO CRS 

Indicates that Carrier Sense (CRS) was not present during transmission. CRS is monitored from the beginning of the 
Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. This bit is set at the start 
of preamble and is reset if CRS is detected. Hence, if CRS is never detected throughout the entire transmission of 
the packet, this bit will remain set. 

Note: NCRS will always remain set in MAC loopback. 


CRSL: CRS LOST 

Indicates that CRS has gone low or has not been present during transmission. CRS is monitored from the beginning 
of the Start of Frame Delimiter to the last byte transmitted. The transmission will not be aborted. 

Note: if CRS was never present, both NCRS and CRSL will be set simultaneously. Also, CRSL will always be set in MAC loopback. 


EXC: EXCESSIVE COLLISIONS 
Indicates that 16 collisions have occurred. The transmission is aborted. 


OWC: OUT OF WINDOW COLLISION 

Indicates that an illegal collision has occurred after 51.2 ys (one slot time) from either the first bit of preamble or 
from SFD depending upon the POWC bit. The transmission backs off as in a normal transmission. This bit is cleared 
after the TXpkt.status field is written inthe TDA. — ; , 


Must be 0. 


PMB: PACKET MONITORED BAD 
This bit is set, if after the receive unit has monitored the transmitted packet, the CRC has been calculated as invalid, 
a frame alignment error occurred or the Source Address does not match any of the CAM address registers. 


Note 1: The SONIC-16’s CRC checker is active during transmission. 


Note 2: If CRC has been inhibited for transmissions (CRCI is oat) this bit will always be low. This is true a aes of Frame Alignment or Source 
Address mismatch errors. 


Note 3: If a Receive FIFO overrun has occurred, the transmitted packet is not fionicred completely. Thus, if PMB is set along with the RFO bit in the 
ISR, then PMB has no meaning. The packet must be completely received before PMB has meaning. 

FU: FIFO UNDERRUN 

Indicates that the SONIC-16 has not been able to access the bus before the FIFO has emptied. This condition 
occurs from excessive bus latency and/or slow bus clock. The transmission is aborted. (See section 1.4.2.) 


BCM: BYTE COUNT MISMATCH . 
This bit is set when the SONIC-16 detects that the TXpkt.pkt_-size field is not equal to the sum of the 
TXpkt.frag__size field(s). Transmission is aborted. . 


PTX: PACKET TRANSMITTED OK 

Indicates that a packet has been transmitted without the following errors: 
—Excessive Collisions (EXC) 

—Excessive Deferral (EXD) 

—FIFO Underrun (FU) 

—Byte Count Mismatch (BCM) 
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4.0 SONIC-16 Registers (Continued) 


4.3.5 Interrupt Mask Register 

(RA<5:0> = 4h) . 

This register masks the interrupts that can be generated from the ISR (Figure 4-8). Writing a “1” to the bit enables the 
corresponding interrupt. During a hardware reset, all mask bits are cleared. 


15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 
0 [BREN] HELEN] LCDEN| PINTEN|PRXEN|PTXEN] TXEREN] TCEN| RDEEN|RBEEN| RBAEEN|CRCEN| FAEEN] MPEN|RFOEN 


r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w r/w 
t/w= read/write 


FIGURE 4-8. Interrupt Mask Register 


Field Meaning 
BREN BUS RETRY OCCURRED ENABLE 
HBLEN HEARTBEAT LOST ENABLE 
LCDEN LOAD CAM DONE INTERRUPT ENABLE 
PINTEN PROGRAMMABLE INTERRUPT ENABLE 
PRXEN PACKET RECEIVED ENABLE 
PTXEN PACKET TRANSMITTED OK ENABLE 
TXEREN TRANSMIT ERROR ENABLE 
TCEN TIMER COMPLETE ENABLE 
RDEEN RECEIVE DESCRIPTORS ENABLE 
RBEEN RECEIVE BUFFERS EXHAUSTED ENABLE 
RBAEEN RECEIVE BUFFER AREA EXCEEDED ENABLE - 
CRCEN CRC TALLY COUNTER WARNING ENABLE 
FAEEN FAE TALLY COUNTER WARNING ENABLE 
MPEN MP TALLY COUNTER WARNING ENABLE 
RFOEN RECEIVE FIFO OVERRUN ENABLE 


Description 


Must be 0. 


BREN: BUS RETRY OCCURRED enabled: 

0: disable 

1: enables interrupts when a Bus Retry operation is requested. 
HBLEN: HEARTBEAT LOST enable: 

0: disable 

1: enables interrupts when a heartbeat lost condition occurs. 


LCDEN: LOAD CAM DONE INTERRUPT enable: 
0: disable 
1: enables interrupts when the Load CAM command has finished. 


PINTEN: PROGRAMMABLE INTERRUPT enable: 


0: disable 
1: enables programmable interrupts to occur when the PINTR bit the TXpkt.config field is set to a 1”. 


PRXEN: PACKET RECEIVED enable: 
0: disable 
1: enables interrupts for packets accepted. 


PTXEN: PACKET TRANSMITTED OK enable: 
0: disable 
1: enables interrupts for transmit completions. 


TXEREN: TRANSMIT ERROR enable: 
0: disable : 
1: enables interrupts for packets transmitted with error. 
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4.0 SONIC-16 Registers (Continued) 


4.3.5 Interrupt Mask Register (Continued) 
(RA<5:0> = 4h) 


Bit 
7 


91-OINOS 


Description 


TCEN: GENERAL PURPOSE TIMER COMPLETE enable: 
0: disable 
1: enables interrupts when the general purpose timer has rolled over from 0000 0000h to FFFF FFFFh. 


RDEEN: RECEIVE DESCRIPTORS EXHAUSTED enable: 
0: disable 
1: enables interrupts when all receive descriptors in the RDA have been exhausted. 


RBEEN: RECEIVE BUFFERS EXHAUSTED enable: 
0: disable 
1: enables interrupts when all resource descriptors in the RRA have been exhausted. 


RBAEEN: RECEIVE BUFFER AREA EXCEEDED enable: 

0: disable 

1: enables interrupts when the SONIC-16 attempts to buffer data beyond the end of the Receive Buffer Area. 
CRCEN: CRC TALLY COUNTER WARNING enable: 

0: disable 

1: enables interrupts when the CRC tally counter has rolled over from FFFFh to 0000h. 
FAEEN: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER WARNING enable: 
0: disable . 

1: enables interrupts when the FAE tally counter rolled over from FFFFh to 0000h. 
MPEN: MISSED PACKET (MP) TALLY COUNTER WARNING enable: 

0: disable 

1: enables interrupts when the MP tally counter has rolled over from FFFFh to 0000h. 
RFOEN: RECEIVE FIFO OVERRUN enable: 

0: disable 

1: enables interrupts when the receive FIFO has overrun. 
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4.0 SONIC-16 Registers (continues) 

4.3.6 Interrupt Status Register 

(RA<5:0> = 5h) 

This register (Figure 4-9) indicates the source of an interrupt when the INT pin goes active. Enabling the corresponding bits in 


the IMR allows bits in this register to produce an interrupt. When an interrupt is active, one or more bits in this register are set to 
a “1”. A bit is cleared by writing “1” to it. Writing a “0” to any bit has no effect. 


This register is cleared by a hardware reset and unaffected by a software reset. 


12 11 10 9 


4 3 


15 14 13 8 7 6 2 1 0 
0 | eR | Het | tco | pint | Prax | pron | TxeR | ro | ape | ABE | Aeae | crc | rae | me | FO 


r/w r/wsr/w r/w r/w r/w r/wsot/wsot/w_sor/w r/w r/w t/w”sr/w—sor/w 
r/w= read/write 


FIGURE 4-9. Interrupt Status Register 


Field Meaning 
BR BUS RETRY OCCURRED 
HBL CD HEARTBEAT LOST 
LCD LOAD CAM DONE 
PINT PROGRAMMABLE INTERRUPT 
PKTRX PACKET RECEIVED 
TXDN TRANSMISSION DONE 
TXER TRANSMIT ERROR 
TC TIMER COMPLETE 
RDE RECEIVE DISCRIPTORS EXHAUSTED 
RBE RECEIVE BUFFERS EXHAUSTED 
RBAE RECEIVE BUFFER AREA EXCEEDED 
CRC CRC TALLY COUNTER ROLLOVER 
FAE FRAME ALIGNMENT ERROR 
MP MISSED PACKET COUNTER ROLLOVER 
RFO RECEIVE FIFO OVERRUN 


Description 


Must be 0. 


BR: BUS RETRY OCCURRED 

Indicates that a Bus Retry (BRT) operation has occurred. In Latched Bus Retry mode (LBR in the DCR), BR will only 
be set when the SONIC-16 is a bus master. Before the SONIC-16 will continue any DMA operations, BR must be 
cleared. In Unlatched mode, the BR bit should be cleared also, but the SONIC-16 will not wait for BR to be cleared 
before requesting the bus again and continuing its DMA operations. (See sections 4.3.2 and 5.4.6 for more 
information on Bus Retry). 


HBL: CD HEARTBEAT LOST 
_ If the transceiver fails to provide a collision pulse (heart beat) during the first 6.4 js of the Interframe Gap after 
transmission, this bit is set. 


LCD: LOAD CAM DONE 
Indicates that the Load CAM command has finished writing to all programmed locations in the CAM. (See section 
4.1.1.) 


PINT: PROGRAMMED INTERRUPT 
Indicates that upon reading the TXpkt.config field, the SONIC-16 has detected the PINTR bit to be set. (See section 
4.3.4.) 


PKTRX: PACKET RECEIVED 
Indicates that a packet has been received and been buffered to memory. This bit is set after the RXpkt.seq__no field 
is written to memory. 


TXDN: TRANSMISSION DONE 

Indicates that either (1) there are no remaining packets to be transmitted in the Transmit Descriptor Area (i.e., the 
EOL bit has been detected as a “1””), (2) the Halt Transmit command has been given (HTX bit in CR is set to a ‘1”), 
or (3) a transmit abort condition has occurred. This condition occurs when any of following bits in the TCR are set: 
BCM, EXC, FU, or EXD. This bit is set after the TXpkt.status field has been written to. 
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4.0 SONIC-16 Registers (Continue) 


4.3.6 Interrupt Status Register (Continued) 
(RA<5:0> = 5h) 


Bit 
8 


9L-DINOS 


Description 


TXER: TRANSMIT ERROR 

Indicates that a packet has been transmitted with at least one of the following errors. 
—Byte count mismatch (BCM) 

—Excessive collisions (EXC) 

—FIFO underrun (FU) 

—Excessive deferral (EXD) 

The TXpkt.status field reveals the cause of the error(s). 


TC: GENERAL PURPOSE TIMER COMPLETE 
Indicates that the timer has rolled over from 0000 0000h to FFFF FFFFh. (See section 4.3.12.) 


RDE: RECEIVE DESCRIPTORS EXHAUSTED 
Indicates that all receive packet descriptors in the RDA have been exhausted. This bit is set when the SONIC-16 
detects EOL = 1. (See section 3.4.7.) 


RBE: RECEIVE BUFFER EXHAUSTED 
Indicates that the SONIC-16 has detected the Resource Read Pointer (RRP) is equal to the Resource Write Pointer 
(RWP). This bit is set after the last field is read from the resource area. (See section 3.4.7.) 


Note 1: This bit will be set as the SONIC-16 finishes using the second to last receive buffer and reads the last RRA descriptor. This gives the system 
an early warning of impending no resources. 

Note 2: The SONIC-16 will stop reception of packets when the last RBA has been used and will not continue reception until additional receive 
buffers have been added (i.e., RWP is incremented beyond RRP) and this bit has been reset. 


Note 3: If additional buffers have been added, resetting this bit causes the SONIC-16 to read the next resource descriptor pointed to by the RAP in 
the Receive Resource Area. Note that resetting this bit under this condition is similar to issuing the Read RRA command (setting the RRRA bit in the 
Command Register). This bit should never be reset until after the addtional resources have been added to the RRA. 


RBAE: RECEIVE BUFFER AREA EXCEEDED 
Indicates that during reception, the SONIC-16 has reached the end of the Receive Buffer Area. Reception is aborted 


and the SONIC-16 fetches the next available resource descriptors in the RRA. The buffer space is not re-used and 
an RDA is not set up for the truncated packet (see section 3.4.7). 


CRC: CRC TALLY COUNTER ROLLOVER 
Indicates that the tally counter has rolled over from FFFFh to 0000h. (See section 4.3.1 1.) 


FAE: FRAME ALIGNMENT ERROR (FAE) TALLY COUNTER ROLLOVER 


Indicates that the FAE tally counter has rolled over from FFFFh to 0000h. (See section 4.3.11.) 


MP: MISSED PACKET (MP) COUNTER ROLLOVER 
Indicates that the MP tally counter has rolled over from FFFFh to 0000h. (See section 4.3.11 .) 


RFO: RECEIVE FIFO OVERRUN 

Indicates that the SONIC-16 has been unable to access the bus before the receive FIFO has filled from the network. 
This condition is due to excessively long bus latency and/or slow bus clock. Note that FIFO underruns are indicated 
in the TCR. (See section 1.4.1.) 
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4.0 SONIC-16 Registers (Continued) 


4.3.7 Data Configuration Register 2 
(RA<5:0> = 3Fh) 

' This register (Figure 4-10) is for enabling the extended bus interface options. 
A hardware reset will set all bits in this register to “0” except for the Extended Programmable Outputs which are unknown until 
written to and bits 5 to 11 which must always be written with zeroes, but are “don’t cares” when read. A software > reset will not 
affect any bits in this register. This register should only be written to when the SONIC-16 is in software reset (the RST bit in the 
Command Register is set). 


15 14 13 12 11 #10 9 8 7 6 5 4 3 2... 1 Oo 

| expos | expoz | expor | expoo| o | o [olololol[o| PH] 0] Pow 
r/w r/w r/w r/w r/w t/w r/w r/w 
FIGURE 4-10. Data Configuration Register 2 : 


Field Meaning 
EXPO3..0 EXTENDED PROGRAMMABLE OUTPUT 
PH PROGRAM HOLD 
PCM PACKET COMPRESS WHEN MATCHED 
PCNM PACKET COMPRESS WHEN NOT MATCHED 


REJECT ON CAM MATCH 


Bit Description 


15-12 EXPO<3:0> EXTENDED PROGRAMMABLE OUTPUTS 
These bits program the level of the Extended User outputs (EXUSR<3:0>) when the SONIC-16 is a bus master. 
Writing a “1” to any of these bits programs a high level to the corresponding output. Writing a ‘‘0” to any of these 
bits programs a low level to the corresponding output. EXUSR <3:0> are similiar to USR<1:0> except that 
EXUSR<3:0> are only available when the Extended Bus mode is selected (bit 15 in the DCR is set to “1”, see 
Section 4.3.2). 


Must be written with zeroes. 


4 PH: PROGRAM HOLD | 
When this bit is set to “0”, the HOLD request output is asserted/deasserted from the falling edge of bus clock. If this 
bit is set to “1”, HOLD will be asserted/deasserted 14 clock later on the rising edge of bus clock. 


3 Must be zero. 


2 PCM: PACKET COMPRESS WHEN MATCHED 
When this bit is set to a “1” (and the PCNM bit is reset to a 0”), the PCOMP output will be asserted if the 
destination address of the packet being received matches one of the entries in the CAM (Content Addressable 
Memory). This bit, along with PCNM, is used with the Management Bus of the DP83950, Repeater Interface 
Controller (RIC). See the DP83950 datasheet for more details on the RIC Management Bus. This mode is also called 
the Managed Bridge Mode. 
Note 1: Setting PCNM and PCM to “1” at the same time is not allowed. 
Note 2: If PCNM and PCM are both “0”, the PCOMP output will remain TRI-STATE untit PCNM or PCM are changed. 


1 PCNM: COMPRESS WHEN NOT MATCHED , 
When this bit is set to a “1” (and the PCM bit is set to “0”), the PCOMP output will be asserted if the destination 
address of the packet does not match one of the entries in the CAM. See the PCM bit above. This mode is also 
called the Managed Hub Mode. 


Note: PCOMP will not be asserted if the destination address is a broadcast address. This is true regardless of the state of the BRD bit in the 
Receive Control Register. 


0 RJCM: REJECT ON CAM MATCH 
When this bit is set to “1”, the SONIC-16 will reject a packet on a CAM match. Setting RJCM to ‘‘0” causes the 
SONIC-16 to operate normally by accepting packets on a CAM match. Setting this mode is useful for a small bridge 
with a limited number of nodes attached to it. RJCM only affects the CAM, though. Setting RUCM will not invert the 
function of the BRD, PRO or AMC bits (to accept broadcast, all physical or multicast packets respectively) in the 
Receive Control Register (see Section 4.3.3). This means, for example, that it is not possible to set RJCM and BRD 
to reject all broadcast packets. If RJCM and BRD are set at the same time, however, all broadcast packets will be 
accepted, but any packets that have a destination address that matches an address in the CAM will be rejected. 
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4.0 SONIC-16 Registers (continued) 


4.3.8 Transmit Registers 


The transmit registers described in this section are part of 
the User Register set. The UTDA and CTDA must be initial- 
ized prior to issuing the transmit command (setting the TXP 
bit) in the Command register. 


Upper Transmit Descriptor Address Register (UTDA): 
This register contains the upper address bits (A<23:16>) 
for accessing the transmit descriptor area (TDA) and is con- 
catenated with the contents of the CTDA when the SONIC- 
16 accesses the TDA in system memory. The TDA can be 
as large as 32k words and can be located anywhere in sys- 
tem memory. This register is unaffected by a hardware or 
software reset. 


Current Transmit Descriptor Address Register (CTDA): 
The 16-bit CTDA register contains the lower address bits 
(A<15:1 >) of the 23-bit transmit descriptor address. During 
initialization this register must be programmed with the low- 
er address bits of the transmit descriptor. The SONIC-16 
concatenates the contents of this register with the contents 
of the UTDA to point to the transmit descriptor. Bit 0 of this 
register is the End of List (EOL) bit and is used to denote the 
end of the list. This register is unaffected by a hardware or 
software reset. 


4.3.9 Receive Registers 


The receive registers described in this section are part of 
the User Register set. A software reset has no effect on 
these registers and a hardware reset only affects the EOBC 
and RSC registers. The receive registers must be initialized 
prior to issuing the receive command (setting the RXEN bit) 
in the Command register. 


Upper Receive Descriptor Address Register (URDA): 
This register contains the upper address bits (A<23:16>) 
for accessing the receive descriptor area (RDA) and is con- 
catenated with the contents of the CRDA when the SONIC- 
16 accesses the RDA in system memory. The RDA can be 
as large as 32k words and can be located anywhere in sys- 
tem memory. This register is unaffected by a hardware or 
software reset. 


Current Receive Descriptor Address Register (CRDA): 
The CRDA is a 16-bit read/write register used to locate the 
received packet descriptor block within the RDA. It contains 
the lower address bits (A<15:1>). The SONIC-16 concate- 
nates the contents of the CRDA with the contents of the 
URDA to form the complete 23-bit address. The resulting 
23-bit address points to the first field of the descriptor block. 
Bit 0 of this register is the End of List (EOL) bit and is used 
to denote the end of the list. This register is unaffected by a 
hardware or software reset. 


End of Buffer Word Count Register (EOBC): The SONIC- 
16 uses the contents of this register to determine where to 
place the next packet. At the end of packet reception, the 
SONIC-16 compares the contents of the EOBC register with 
the contents of the Remaining Buffer Word Count registers 
(RBWCO0,1) to determine whether: (1) to place the next 
packet in the same RBA or (2) to place the next packet in 
another RBA. If the EOBC is less than or equal to the re- 
maining number of words in the RBA after a packet is re- 
ceived (i.e., EOBC < RBWCO,1), the SONIC-16 buffers the 
next packet in the same RBA. If the EOBC is greater than 


the remaining number of words in the RBA after a packet is 
received (i.e., EOBC > RBWCO,1), the Last Packet in RBA 
bit, LPKT in the Receive Control Register, section 4.3.3, is 
set and the SONIC-16 fetches the next resource descriptor. 
Hence, the next packet received will be buffered in a new 
RBA. A hardware reset sets this register to O2F8H (760 
words or 1520 bytes). See sections 3.4.2 and 3.4.4.4 for 
more information about using EOBC. 


Upper Receive Resource Address Register (URRA): The 
URRA is a 16-bit read/write register. It is programmed with 
the base address of the receive resource area (RRA). This 
8-bit upper address value (A<23:16>) locates the receive 
resource area in system memory. SONIC-16 uses the 
URRA register when accessing the receive descriptors with- 
in the RRA by concatenating the lower address value from 
one of four receive resource registers (RSA, REA, RWP, or 
RRP). . 
Resource Start Address Register (RSA): The RSA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RSA is programmed with the lower 
15-bit address (A<15:1>) of the starting address of the 
receive resource area. SONIC-16 concatenates the con- 
tents of this register with the contents of the URRA to form 
the complete 23-bit address. 


Resource End Address Register (REA): The REA is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The REA is programmed with the lower 
15-bit address (A<15:1>) of the ending address of the re- 
ceive resource area. SONIC-16 concatenates the contents 
of this register with the contents of the URRA to form the 
complete 23-bit address. 


Resource Read Pointer Register (RRP): The RRP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RAP is programmed with the lower 
15-bit address (A<15:1>) of the first field of the next de- 
scriptor the SONIC-16 will read. SONIC-16 concatenates 
the contents of this register with the contents of the URRA 
to form the complete 23-bit address. 


Resource Write Pointer Register (RWP): The RWP is a 
15-bit read/write register. The LSB is not used and always 
reads back as a 0. The RWP is programmed with the lower 
15-bit address (A<15:1>) of the next available location the 
system can add a descriptor. SONIC-16 concatenates the 
contents of this register with the contents of the URRA to 
form the complete 23-bit address. 


Receive Sequence Counter Register (RSC): This is a 
16-bit read/write register containing two fields. The SONIC- 
16 uses this register to provide status information on the 
number of packets within a RBA and the number of RBAs. 
The RSC register contains two 8-bit (modulo 256) counters. 
After each packet is received the packet sequence number 
is incremented. The SONIC-16 maintains a single sequence 
number for each RBA. When the SONIC-16 uses the next 
RBA, the packet sequence number is reset to zero and the 
RBA sequence number is incremented. This register is reset 
to 0 by a hardware reset or by writing zero to it. A software 
reset has no affect. 


15 8 7 7 0 


RBA Sequence Number Packet Sequence Number 
(Modulo 256) (Modulo 256) 
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4.0 SONIC-16 deli komnued) 


4.3.10 CAM Registers 


The CAM registers described in this section are part of the 
User Register set. They are used to program the Content 
Addressable ‘Memory (CAM) entries that provide address 
filtering of packets. These registers, except for the CAM 
Enable register, are unaffected by a hardware or software 
reset. 


CAM Entry Pointer Register (CEP): The CEP is a 4-bit 
register used by SONIC-16 to select one of the sixteen CAM 
entries. SONIC-16 uses the least significant 4-bits of this 
register. The value of Oh points to the first CAM entry and 
the value of Fh points to the last entry. wane 

CAM Address Port 2, 1, 0 Registers (CAP2, CAP, 
CAPO): Each CAP i isa 16-bit read- -only register used to ac- 


cess the CAM cells. Each CAM cell is 16-bits wide and con- . 


tains one third of the 48-bit CAM entry which is used by the 
SONIC-16 for address filtering. The CAP2 register is used to 
access the upper bits (<47:32>), CAP1 the middle bits 
(<31:16>) and CAPO the lower bits (<15:0>) of the: CAM 
entry. Given the physical address 10:20:30:40:50:60, which 
is made up of 6 octets or bytes, where 10h is the least 
significant byte and 60h is the most significant byte (10h 
would be the first byte received from the network and 60h 
would be the last), CAPO would be loaded with 2010h, CAP1 
with 4030h and CAP2 with 6050h. 


To read a CAM entry, the user first places the SONIC-16 in 
software reset (set the RST bit in the Command register), 
programs the CEP register to select one of sixteen CAM 
entries, then reads CAP2, CAP1, and CAPO to obtain the 
complete 48-bit entry. The user can not write to the CAM 
entries directly. Instead, the user programs the CAM de- 
scriptor area in system memory (see section 4.1.1), then 
issues the Load CAM command (setting LCAM bit in the 
Command register). This causes the SONIC-16 to read the 
descriptors from memory and loads the concep CAM 
entry through CAP2-0. 


Destination Address 


47 32 31 16 15 ; 0 


CAPO 


CAM Enable Register (CE): The CE is a 16-bit read/write 
register used to mask out or enable individual CAM entries. 
Each register bit position corresponds to a CAM entry. 
When a register bit is set to a ‘‘1” the corresponding CAM 
entry is enabled. When “0” the entry is disabled. This regis- 
ter is unaffected by a software reset and cleared to zero 
(disabling all entries) during a hardware reset. Under normal 
operations the user does not access this register. Instead 
the user sets up this register through the last entry in the 
CAM descriptor area. The SONIC-16 loads the CE register 
during execution of the LCAM Command. 

CAM Descriptor Pointer Register (CDP): The CDP is. a 
15-bit read/write register. The LSB is unused and always 
reads back as 0. The CDP is programmed with the lower 
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address (A<15:1>) of the first field of the CAM descriptor 
block in the CAM descriptor area (CDA) of system memory. 
SONIC-16 uses the contents of the CDP register when ac- 
cessing the CAM descriptors. This register must be pro- 
grammed by the user before issuing the LCAM command. 
During execution of the LCAM Command SONIC-16 concat- 
enates the contents of this register with the contents of the 
URRA register to form the complete 23-bit address. During 
the Load CAM operation this register is incremented to ad- 
dress the fields in the CDA. After the Load Command com- 
pletes this register points to the next location after the CAM 
Descriptor Area. 


CAM Descriptor Count Register (CDC): The CDC is a 
5-bit read/write register. It is programmed with the number 
of CAM descriptor blocks in the CAM descriptor area. This 
register must be programmed by the user before issuing the 
LCAM command. SONIC-16 uses the value in this register 
to: determine how many entries to place in the CAM during 
execution of the LCAM command. During LCAM execution 
SONIC-16 decrements this register each time it reads a de- 
scriptor block. When the CDC decrements to zero SONIC- 
16 terminates the LCAM execution. Since the CDC register 
is programmed with the number of CAM descriptor blocks in 
the CAM Descriptor Area, the value programmed into the 
CDC register ranges 1 to. 16 (1h to 10h). 


4.3.11. Tally Counters 


The SONIC-16 provides three 16-bit counters used for mon- 
itoring network statistics on the number of CRC errors, 
Frame Alignment errors, and missed packets. These regis- 
ters rollover after the count of FFFFh is reached and pro- 
duce an interrupt if enabled in the Interrupt Mask Register 
(IMR). These counters are unaffected by. the RXEN bit in the 
CR, but are halted when the RST bit in the CR is set. The 
data written to these registers is inverted before being 
latched. This means that if a value of FFFFh is written to 
these registers by the system, they will contain and read 
back the value 0000h. Data is not inverted during a read 
operation. The Tally registers, therefore, are cleared by writ- 
ing all ‘‘1’s” to them. A software or hardware reset does not 
affect the tally counters. 


CRC Tally Counter Register (CRCT): The CRCT is a 16- bit 
read/write register. This register is used to keep track of the 
number of packets received with CRC errors. After a packet 
is accepted by the address recognition logic, this register is 
incremented if a CRC error is detected. If the packet also 
contains a Frame Allgnment: error, this counter is not incre- 
mented. 


FAE Tally Counter Register (FAET): The FAET is a 16-bit 
read/write register. This register is used to keep track of the 
number of packets received with frame alignment errors. 
After a packet is accepted by the address recognition logic, 
this register is incremented if a FAE error is detected. 


Missed Packet Tally Counter Register (MPT): The MPT is 
a 16-bit read/write register. After a packet is received, this 
counter is incremented if there is: (1) lack of memory re- 
sources to buffer the packet, (2) a FIFO overrun, or (3) a 
valid packet has been received, but the receiver is disabled 
(RXDIS is set in the command register). - 


4.0 SONIC-16 Registers (Continued) 


4.3.12 General Purpose Timer 


The SONIC-16 contains a 32-bit general-purpose watchdog 
timer for timing user-definable events. This timer is ac- 
cessed by the user through two 16-bit read/write registers 
(WT1 and WTO). The lower count value is programmed 
through the WTO register and the upper count value is pro- 
grammed through the WT1 register. 


These two registers are concatenated together to form the 
complete 32-bit timer. This timer, clocked at 14 the Transmit 


Clock (TXC) frequency, counts down from its programmed: 


value and generates an interrupt, if enabled (Interrupt Mask 
register), when it rolls over from 0000 0000h to 
FFFF FFFFh. When the counter rolls over it continues dec- 
rementing unless explicitly stopped (setting the STP bit). 
The timer is controlled by the ST (Start Timer) and STP 
(Stop Timer) bits in the Command register. A hardware or 
software reset halts, but does not clear, the General Pur- 
pose timer. 


31 16 15 0 


WT1 (Upper Count Value) WTO (Lower Count Value) 


4.3.13 Silicon Revision Register 

This is a 16-bit read only register. It contains information on 
the current revision of the SONIC-16. The initial silicon be- 
gins at 0000h and subsequent revision will be incremented 
by one. 


5.0 Bus Interface 


SONIC-16 features a high speed non-multiplexed 23-bit ad- 
dress and 16-bit data bus designed for a wide range of sys- 


tem environments. SONIC-16 contains an on-chip DMA and 
supplies all the necessary signals for DMA operation. With 
23 address lines SONIC-16 can access a full 4 M-word ad- 
dress space. To accommodate different memory speeds 
wait states can be added to the bus cycle by two methods. 
The memory subsystem can add wait states by simply with- 
holding the appropriate handshake signals. In addition, the 


’ SONIC-16 can be programmed (via the Data Configuration 


Register) to add wait states. 

The SONIC-16 is designed to interface to both the National/ 
Intel and Motorola style buses. To facilitate minimum chip 
count designs and complete bus compatibility the user can 
program the SONIC-16 for the following bus modes: 

— National/Inte! bus operating in synchronous mode 

— National/Intel bus operating in asynchronous mode 

— Motorola bus operating in synchronous mode 

— Motorola bus operating in asynchronous mode 


The mode pin (BMODE) along with the SBUS bit in the Data 
Configuration Register are used to select the bus mode. 


This section describes the SONIC-16’s pin signals, provides 
system interface examples, and describes the various 
SONIC-16 bus operations. 


5.1 PINCONFIGURATIONS 


There are two user selectable pin configurations for SONIC- 
16 to provide the proper interface signals for either the 
National/Intel or Motorola style buses. The state of the 
BMODE pin is used to define the pin configuration. Figure 
5-71 shows the pin configuration when BMODE=1 (tied to 
Voc) for the Motorola style bus. Figure 5-2 shows the pin 
configuration when BMODE =0 (tied to ground) for the Na- 
tional/Intel style bus. 
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FIGURE 5-1. Connection Diagram (BMODE = 1) 
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TXCo/TXCi/STERM 
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FIGURE 5-2. Connection Diagram (BMODE = 0) 
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5.0 Bus Interface (continued) 


5.2 PIN DESCRIPTION TRI = TRI-STATE drivers. These pins are driven high, low 
or TRI-STATE. Drive levels are CMOS compatible. 


= 10M These pins may also be inputs (depending on the 

O = output, and pin). 

Z = TRI-STATE Inputs are TTL compatible OC = Open Collector type drivers. These drivers are 

ECL = ECL-like drivers for interfacing to the AUI interface. TRI-STATE when inactive and are driven low when 

TP = Totem pole like drivers. These drivers are driven ei- active. These pins may also be inputs (depending 
ther high or low and are always driven. Drive levels on the pin). 


are CMOS compatible. 


TABLE 5-1. Pin Description 


Driver 5 
Symbol PrNer | oiection Description 


NETWORK INTERFACE PINS 


EXT External ENDEC Select: Tying this pin to Voc (EXT = 1) disables the internal ENDEC 
and allows an external ENDEC to be used. Tying this pin to ground (EXT = 0) enables 
the internal ENDEC. This pin must be tied either to Vcc or ground. Note the alternate 
pin definitions for CRSo/CRSi, COLo/COLi, RXDo/RXDi, RXCo/RXCi, and TXCo/TXCi. 
When EXT =0 the first pin definition is used and when EXT = 1 the second pin definition 
is used. 


Collision +: The positive differential collision input from the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 

CD-— Collision —: The negative differential collision input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1). 

RX+ Receive +: The positive differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 

RX- Receive —: The negative differential receive data input from the transceiver. This pin 
should be unconnected when an external ENDEC is selected (EXT = 1) 

TX+ ECL Transmit +: The positive differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 

TX- ECL Transmit —: The negative differential transmit output to the transceiver. This pin should 
be unconnected when an external ENDEC is selected (EXT = 1). 


Carrier Sense input (CRSi) from an external ENDEC (EXT = 1): The CRSi signal is 
activated high when the external ENDEC detects valid data at its receive inputs. 


CRSo TP Carrier Sense Output (CRSo) from the internal ENDEC (EXT = 0): When EXT = 0 the 

CRSi CRSo signal is internally connected between the ENDEC and MAC units. It is asserted 
on the first valid high-to-low transition in the receive data (RX+/—). This signal remains 
active 1.5 bit times after the last bit of data. Although this signal is used internally by the 
SONIC-16 it is also provided as an output to the user. 


COLo TP Collision Output (COLo) from the internal ENDEC (EXT = 0): When EXT = 0 the 

COLI COLo signal is internally connected between the ENDEC and MAC units. This signal 
generates an active high signal when the 10 MHz collision signal from the transceiver is 

detected. Although this signal is used internally by the SONIC-16 it is also provided as 

an output to the user. 
Collision Detect Input (COLI) from an external ENDEC (EXT = 1): The COLI signal is 
activated from an external ENDEC when a collision is detected. This pin is monitored 
during transmissions from the beginning of the Start Of Frame Delimiter (SFD) to the 
end of the packet. At the end of transmission, this signal is monitored by the SONIC-16 
for CD heartbeat. 
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5.0 Bus Interface (Continued) 


TABLE 5-1. Pin Description (Continued) 


Description 


This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Receive Data Output (RXDo) from the internal ENDEC (EXT = 0): NRZ data output. 
When EXT = 0 the RXDOUT signal is internally connected between the ENDEC and 
MAC units. This signal must be sampled on the rising edge of the receive clock output 
(RXCo). Although this signal is used internally by the SONIC-16 it is also provided as an 
output to the user. 

Receive Data Input (RXDi) from an external ENDEC (EXT = 1): The NRZ data 
decoded from the external ENDEC. This data is clocked in on the rising edge of RXCi. 
Extended User Output (EXUSRO): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC-16 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Receive Clock Output (RXCo) from the internal ENDEC (EXT = 0): When EXT = 0 
the RXCo signal is internally connected between the ENDEC and MAC units. This signal 
is the separated receive clock from the Manchester data stream. It remains active 5-bit 
times after the deassertion of CRSo. Although this signal is used internally by the 
SONIC-16 it is also provided as an output to the user. 

Receive Clock Input (RXCi) from an external ENDEC (EXT = 1): The separated 
received clock from the Manchester data stream. This signal is generated from an 
external ENDEC. 

Extended User Output (EXUSR1): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC-16 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


This pin will be TR!I-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Transmit Data (TXD): The serial NRZ data from the MAC unit which is to be decoded 
by an external ENDEC. Data is valid on the rising edge of TXC. Although this signal is 
used internally by the SONIC-16 it is also provided as an output to the user. 

Extended User Output (EXUSR3): When EXBUS has been set (see section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC-16 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


Transmit Enable: This pin is driven high when the SONIC-16 begins transmission and 
remains active until the last byte is transmitted. Although this signal is used internally by 
the SONIC-16 it is also provided as an output to the user. 


This pin will be TRI-STATE until the DCR has been written to. (See section 4.3.2, 
EXBUS, for more information.) 

Transmit Clock Output (TXCo) from the internal ENDEC (EXT = 0): This 10 MHz 
clock transmit clock output is derived from the 20 MHz oscillator. When EXT = 0 the 
TXCOUT signal is internally connected between the ENDEC and MAC units. Although 
this signal is used internally by the SONIC-16 it is also provided as an output to the user. 
Transmit Clock Input (TXCi) (EXT = 1): This input clock from an external ENDEC is 
used for shifting data out of the MAC unit serializer. This clock is nominally 10 MHz. 
Synchronous Termination (STERM): When the SONIC-16 is a bus master, it samples 
this pin before terminating its memory cycle. This pin is sampled synchronously and may 
only be used in asynchronous bus mode when BMODE = 1. See section 5.4.5 for more 
details. 
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TABLE 5-1. Pin Description (Continued) 


SONIC-16 


Driver 
Type 


NETWORK INTERFACE PI! 


Symbol Direction Description 


LBK TP oO This pin will be TRI-STATE until the DCR has been written to. (See Section 4.3.2, 

EXUSR2 TRI O,Z EXBUS, for more information.) 
Loopback (LBK): When ENDEC loopback is programmed, this pin is asserted high. 

; Although this signal is used internally by the SONIC-16 it is also provided as an output to 

the user. 
Extended User Output (EXUSR2): When EXBUS has been set (see Section 4.3.2), this 
pin becomes a programmable output. It will remain TRI-STATE until the SONIC-16 
becomes a bus master, at which time it will be driven according to the value 
programmed in the DCR2 (Section 4.3.7). 


PCOMP TRI O,Z Packet Compression: This pin is used with the Management Bus of the DP83950, 
Repeater Interface Controller (RIC). The SONIC-16 can be programmed to assert 
PCOMP whenever there is a CAM match, or when there is not a match. The RIC uses 
this signal to compress (shorten) a received packet for management purposes and to 
reduce memory usage. (See the DP83950 datasheet for more details on the RIC 
Management Bus.) The operation of this pin is controlled by bits 1 and 2 in the DCR2 
register. PCOMP will remain TRI-STATE until these bits are written to. 


SEL Mode Select (EXT = 0): This pin is used to determine the voltage relationship between 
TX+ and TX— during idle at the primary of the isolation transformer on the network 
interface. When tied to Voc, TX+ and TX— are at equal voltages during idle. When tied 
to grourid, the voltage at TX + is positive with respect to TX— during idle on the primary 
side of the isolation transformer (Figure 6-2). 


Packet Reject: This signal is used to reject received packets. When asserted low for at 
least two receive clocks (RXC), the SONIC-16 will reject the incoming packet. This pin 
can be asserted up to the 2nd to the last bit of reception to reject a packet. 


X41 TP Crystal or External Oscillator Input: This signal is used to provide clocking signals for 
the internal ENDEC. A crystal can be connected to this pin along with X2, or an 
osciitator module may be used. Typically the output of an oscillator module is connected 
to this pin. See Section 6.1.3 for more information about using oscillators or crystals. 

X2 Crystal Feedback Output: This signal is used to provide clocking signals for the 
internal ENDEC. A crystal may be connected to this pin along with X1, or an oscillator 
module may be used. See Section 6.1.3 for more information about using oscillator 
modules or crystals. 


BUS INTERFACE PINS 


Bus Mode: This input enables the SONIC-16 to be compatible with standard 
microprocessor buses. The level of this pin affects byte ordering (little or big endian) and 
controls the operation of the bus interface control signals. A high level (tied to Vcc) 
selects Motorola mode (big endian) and a low level (tied to ground) selects National/ 
Intel mode (little endian). Note the alternate pin definitions for AS/ADS, MRW/MWR, 
INT/INT, BR/HOLD, BG/HLDA, SRW/SWR, DSACKO/ RDYi, and DSACK1/RDYo. 
When BMODE = 1 the first pin definition is used and when BMODE = 0 the second pin 
definition is used. See Sections 5.4.1, 5.4.4, and 5.4.5. 


Data Bus: These bidirectional lines are used to transfer data on the system bus. When 
the SONIC-16 is a bus master, 16-bit data is transferred on D15-D0 and 32-bit data is 
transferred on D31—D0. When the SONIC-16 is accessed as a slave, register data is 

driven onto lines D15-Do. 
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TABLE 5-1. Pin Description (Continued) 


91-OINOS 


Driver 


Symbol Description 


Type 
BUS INTERFACE PINS (Continued) 

A31-A1 TRI O,Z Address Bus: These signals are used by the SONIC-16 to drive the DMA address after 
the SONIC-16 has acquired the bus. Since the SONIC-16 aligns data to word 
boundaries, only 23 address lines are needed. 

RA5-RAO Register Address Bus: These signals are used to access SONIC-16’s internal 


registers. When the SONIC-16 is accessed, the CPU drives these lines to select the 
desired SONIC-16 register. 


AS TRI 1,0,Z Address Strobe (AS): When BMODE = 1, the falling edge indicates valid status and 
ADS TRI address. The rising edge indicates the termination of the memory cycle. 

Address Strobe (ADS): When BMODE = 0, the rising edge indicates valid status and 
address. 


9 
N 


TRI 
TRI 


When the SONIC-16 has acquired the bus, this signal indicates the direction of data. 
Memory Read/Write Strobe (MRW): When BMODE = 1, this signal is high during a 
read cycle and low during a write cycle. 

Memory Read/Write Strobe (MWR): When BMODE = 0, the signal is low during a 
read cycle and high during a write cycle. 


ol =| 
[oxo 
NN 
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Indicates that an interrupt (if enabled) is pending from one of the sources indicated by 
the Interrupt Status register. Interrupts that are disabled in the Interrupt Mask register 
will not activate this signal. 

Interrupt (INT): This signal is active low when BMODE = 1. 

Interrupt (INT): This signal is active high when BMODE = 0. 

Reset: This signal is used to hardware reset the SONIC-16. When asserted low, the 


SONIC-16 transitions into the reset state after 10 transmit clocks or 10 bus clocks if the 
bus clock period is greater than the transmit clock period. 
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Bus Status: These three signals provide a continuous status of the current SONIC-16 
bus operations. See Section 5.4.3 for status definitions. 


Bus Clock: This clock provides the timing for the SONIC-16 DMA engine. 


Bus Request (BR): When BMODE = 1, the SONIC-16 asserts this pin low when it 
attempts to gain access to the bus. When inactive this signal is at TRI-STATE. 

Hold Request (HOLD): When BMODE = 0, the SONIC-16 drives this pin high when it 
intends to use the bus and is driven low when inactive. 


Bus Grant (BG): When BMODE = 1 this signal is a bus grant. The system asserts this 
pin low to indicate potential mastership of the bus. 

Hold Acknowledge (HLDA): When BMODE = 0 this signal is used to inform the 
SONIC-16 that it has attained the bus. When the system asserts this pin high, the 
SONIC-16 has gained ownership of the bus. 


BGACK TRI 1,0, Z Bus Grant Acknowledge: When BMODE = 1, the SONIC-16 asserts this pin low when 
: it has determined that it can gain ownership of the bus. The SONIC-16 checks the 
following signal before driving BGACK. 1) BG has been received through the bus 
arbitration process. 2) AS is deasserted, indicating that the CPU has finished using the 
bus. 3) DSACKO and DSACK1 are deasserted, indicating that the previous slave device 
is off the bus. 4) BGACK is deasserted, indicating that the previous master is off the bus. 
This pin is only used when BMODE = 1. 
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TABLE 5-1. Pin Description (Continued) 


Description 


Chip Select: The system asserts this pin low to access the SONIC-16’s registers. The 
registers are selected by placing an address on lines RA5-RAO. . 
Note: Both CS and MREQ must not be asserted concurrently. If these signals are 
successively asserted, there must be at least two bus clocks between the deasserting ° 
edge of the first signal and the asserting edge of the second signal. 


Slave Address Strobe: The system asserts this pin to latch the register address on 
lines RAO-RAS5. When BMODE = 1, the address is latched on the falling edge of SAS. 
When BMODE = 0 the address is latched on the rising edge of SAS. 


Slave Data Strobe: The system asserts this pin to indicate valid data is on the bus 
during a register write operation or when data may be driven onto the bus during a 
register read operation. ; 


The system asserts this pin to indicate whether it will read from or write to the SONIC- 
16’s registers. 

Slave Read/Write (SRW): When BMODE = 1, this signal is asserted high during a 
read and low during awrite. 

Slave Read/Write Strobe (SWR): when BMODE = 0, this signal is asserted low during 
a read and high during a write. 


Data Strobe: When the SONIC-16 is bus master, it drives this pin low during a read 
cycle to indicate that the slave device may drive data onto the bus; in a write cycle, this 
pin indicates that the SONIC-16 has placed valid data onto the bus. 


Data and Size Acknowledge 0 and 1 (DSACKO,1 BMODE = 1): These pins are the 
output slave acknowledge to the system when the SONIC-16 registers have been 
accessed and the input slave acknowledgement when the SONIC-16 is busmaster. 
When a register has been accessed, the SONIC-16 drives the DSACKO,1 pins low to 
terminate the slave cycle. (Note that the SONIC-16 responds as a 32-bit peripheral, but 
drives data only on lines DO-D15). When the SONIC-16 is bus master, it samples these 
pins before terminating its memory cycle. These pins are sampled synchronously or © 
asynchronously depending on the state of the SBUS bit in the Data Configuration 
register. See Section 5.4.5 for details. Note that the SONIC-16 does not allow dynamic 
bus sizing. : 

Ready Input (RDYi, BMODE = 0): When the SONIC-16 is a bus master, the system 
asserts this signal high to insert wait-states and low to terminate the memory cycle. This 
signal is sampled synchronously or asynchronously depending on the state of the SBUS 
bit. See Sections 5.4.5 and 4.3.2 for details. 
Ready Output (RDYo, BMODE = 0): When a register is accessed, the SONIC-16 
asserts this signal to terminate the slave cycle. 


Bus Retry: When the SONIC-16 is bus master, the system asserts this signal to rectify a 
potentially correctable bus error. This pin has 2 modes. Mode 1 (the LBR in the Data 
Configuration register is set to 0): Assertion of this pin forces the SONIC-16 to terminate 
the current bus cycle and will repeat the same cycle after BRT has been deasserted. 
Mode 2 (the LBR bit in the Data Configuration register is set to 1): Assertion of this 
signal forces the SONIC-16 to retry the bus operation as in Mode 1. However, the 
SONIC-16 will not continue DMA operations until the BR bit in the ISR is reset. 


Early Cycle Start: This output gives the system earliest indication that a memory 
operation is occurring. This signal is driven low at the rising edge of T1 and high at the 
falling edge of T1. 
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USRO,1 


POWER AND GROUND PINS 
VvCC1-5 


TXVCC 
RXVCC 
PLLVCC 
VCCL 


GND1-6 


’ TXGND 
ANGND 
GNDL 


TABLE 5-1. Pin Description (Continued) 


_ Description 


Memory Request: The system asserts this signal low when it attempts to access the 
shared-buffer RAM. The on-chip arbiter resolves accesses between the system and the 
SONIC-16. 

Note: Both GS and MREQ must not beasserted concurrently. If these signals are 
successively asserted, there must be at least two bus clocks between the deasserting 
edge of the first signal and the asserting edge of the second signal. 


Slave and Memory Acknowledge: SONIC-16 asserts this dual function pin low in 
response to either a Chip Select (CS) or a Memory Request (MREQ) when the SONIC- 
16’s registers or it’s buffer memory is available for accessing. This pin can be used for 
enabling bus drivers for dual-bus systems. 


User Define 0,1: These signals are inputs when SONIC-16 is hardware reset and are 
outputs when SONIC-16 is a bus master (HLDA or BGACK). When hard reset (RST) is 
low, these signals input directly into bits 8 and 9 of the Data Configuration register 
(DCR) respectively. The levels on these pins are latched on the rising edge of RST. 
During busmaster operations (HLDA or BGACK is active), these pins are outputs whose 
levels are programmable through bits 11 and 12 of the DCR respectively. The USRO,1 
pins should be pulled up to Vcc or pulled down to ground. A 4.7 kQ pull-up resistor is 
recommended. 


Power: The +5V power supply for the digital portions of the SONIC-16. 


Power: These pins are the + 5V power supply for the SONIC-16 ENDEC unit. These 
pins must be tied to Vcc even if the internal ENDEC is not used. 


Ground: The ground reference for the digital portions of the SONIC-16. 


Ground: These pins are the ground references for the SONIC-16 ENDEC unit. These 
pins must be tied to ground even if the internal ENDEC is not used. 
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5.3 SYSTEM CONFIGURATION 


Any device that meets the SONIC-16 interface protocol and 
electrical requirements (timing, threshold, and loading) can 
be interfaced to SONIC-16. Since two bus protocols are pro- 
vided, via the BMODE pin, the SONIC-16 can interface di- 
rectly to most microprocessors. Figure 5-3 shows a typical 
interface to the National/Intel style bus (BMODE=0) and 
Figure 5-4 shows a typical interface to the Motorola style 
bus (BMODE = 1). 

The BMODE pin also controls byte ordering. When 
BMODE = 1 big endian byte ordering is selected and when 
BMODE=0'little endian byte ordering is selected. 


NS32532 40s 
CPU 


tell ile ee Oe 


FIGURE 5-3. SONIC-16 to NS32532 Interface Example 


5.4 BUS OPERATIONS 


There are two types of system bus operations: 1) SONIC-16 
as a slave, and 2) SONIC-16 as a bus master. When 
SONIC-16 is a slave (e.g., a CPU accessing SONIC-16 reg- 
isters) all transfers are non-DMA. When SONIC-16 is a bus 
master (e.g., SONIC-16 accessing receive or transmit buff- 
er/descriptor areas) all transfers are block transfers using 
SONIC-16’s on-chip DMA. This section describes the 
SONIC-16 bus operations. Pay special attention to all sec- 
tions labeled as “Note”. These conditions must be met for 
proper bus operation. 
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5.0 Bus Interface (continued) 
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FIGURE 5-4. SONIC-16 to Motorola 68030/20 Interface Example 
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5.4.1 Acquiring The Bus 


The SONIC-16 requests the bus when 1) its FIFO threshold 
has been reached or 2) when the descriptor areas in memo- 
ty (i.e., RRA, RDA, CDA, and TDA) are accessed. Note that 
when the SONIC-16 moves from one area in memory to 
another (e.g., RBA to RDA), it always deasserts its bus re- 
quest and then requests the bus again when accessing the 
next area in memory. 


The SONIC-16 provides two methods to acquire the bus for 
compatibility with National/Inte!l or Motorola type microproc- 
essors. These two methods are selected by setting the 
proper level on the BMODE pin. 


Figures 5-5 and 5-6 show the National/Intel (BMODE = 0) 
and Motorola (BMODE = 1) bus request timing. Descrip- 
tions of each mode follows. For both modes, when the 
SONIC-16 relinquishes the bus, there is an extra holding 
state (Th) for one bus cycle after the last DMA cycle (T2). 
This assures that the SONIC-16 does not contend with an- 
other bus master after it has released the bus. 


BMODE = 0 


The National/Intel processors require a 2-way handshake 
using a HOLD REQUEST/HOLD ACKNOWLEDGE protocol 
(Figure 5-5). When the SONIC-16 needs to access the bus, 
it issues a HOLD REQUEST (HOLD) to the microprocessor. 
The microprocessor, responds with a HOLD ACKNOWL- 
EDGE (HLDA) to the SONIC-16. The SONIC-16 then begins 
its memory transfers on the bus. As long as the CPU main- 
tains HLDA active, the SONIC-16 continues until it has fin- 
ished its memory block transfer. The CPU, however, can 
preempt the SONIC-16 from finishing the block transfer by 
deasserting HLDA before the SONIC-16 deasserts HOLD. 
This allows a higher priority device to preempt the SONIC- 
16 from continuing to use the bus. The SONIC-16 will re- 
quest the bus again later to complete any operation that it 
was doing at the time of preemption. 


As shown in. Figure 5-5, the SONIC-16 will assert HOLD to 
either the falling or rising edge of the bus clock (BSCK). The 
default is for HOLD to be asserted on the falling edge. Set- 
ting the PH bit in the DCR2 (see Section 4.3.7) causes 
HOLD to be asserted 1% bus clock later on the rising edge 
(shown by the dotted line). Before HOLD is asserted, the 
SONIC-16 checks the HLDA line. If HLDA is asserted, 
HOLD will not be asserted until after HLDA has been deas- 
serted first. 


BMODE = 1 


The Motorola protocol requires a 3-way handshake using a 
BUS REQUEST, BUS GRANT, and BUS GRANT AC- 
KNOWLEDGE handshake (Figure 5-6). When using this 
protocol, the SONIC-16 requests the bus by lowering BUS 
REQUEST T (BR). The CPU responds by issuing BUS 
GRANT (BG). Upon receiving BG, the SONIC-16 assures 
that all devices have relinquished control of the bus before 
using the bus. The following signals must be deasserted 
before the SONIC-16 acquires the bus: 


BGACK 

AS 

DSACKO,1 

STERM (Asynchronous Mode Only) 


Deasserting BGACK indicates that the previous master has 
released the bus. Deasserting AS indicates that the previ- 
ous master has completed its cycle and deasserting 
DSACKO,1 and STERM indicates that the previous slave 
has terminated its connection to the previous master. The 
SONIC-16 maintains its mastership of the bus until it deas- 
serts BGACK. It can not be preempted from the bus. 


TL/F/11722-27 


FIGURE 5-5. Bus Request Timing, BMODE=0 
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Ti 


Ti 


DSACKO 


DSACK1 


5.4.2 Block Transfers 


The SONIC-16 performs block operations during all bus ac- 
tions, thereby providing efficient transfers to memory. The 
block cycle consists of three parts. The first part is the bus 
acquisition phase, as discussed above, in which the SONIC- 
16 gains access to the bus. Once it has access of the bus, 
the SONIC-16 enters the second phase by transferring data 
to/from its internal FIFOs or registers from/to memory. The 
SONIC-16 transfers data from its FIFOs in either EXACT 
BLOCK mode or EMPTY/FILL. 


EXACT BLOCK mode: In this mode the number of words 
(or long words) transferred during a block transfer is deter- 
mined by either the Transmit or Receive FIFO thresholds 
programmed in the Data Configuration Register. 


EMPTY/FILL mode: In this mode the DMA completely fills 
the Transmit FIFO during transmission, or completely emp- 
ties the Receive FIFO during reception. This allows for 
greater bus latency. 


When the SONIC-16 accesses the Descriptor Areas (i.e., 
RRA, RDA, CDA, and TDA), it transfers data between its 
registers and memory. All fields which need to be used are 
accessed in one block operation. Thus, the SONIC-16 per- 
forms 4 accesses in the RRA (see Section 3.4.4.2), 7 ac- 
cesses in the RDA (see Section 3.4.6.1), 2, 3, or 6 accesses 
in the TDA (see Section 3.5.4) and 4 accesses in the CDA. 


5.4.3 Bus Status 


The SONIC-16 presents three bits of status information on 
pins S2-SO which indicate the type of bus operation the 
SONIC-16 is currently performing (Table 5-2). Bus status is 
valid when at the falling edge of AS or the rising edge of 
ADS. 


FIGURE 5-6. Bus Request Timing, BMODE = 1 


(SONIC-16 MASTER OF BUS) 


TL/F/11722-28 


TABLE 5-2. Bus Status 


1 | The bus is idle. The SONIC-16 is not 
performing any transfers on the bus. 


{ 
1 The Transmit Descriptor Area (TDA) is 


currently being accessed. 


The Transmit Buffer Area (TBA) is 
currently being read. 


The Receive Buffer Area (RBA) is 

currently being written to. Only data is 
being written, though, not a Source or 
Destination address. 


The Receive Buffer Area (RBA) is 
currently being written to. Only the 
Source or Destination address is being 
written, though. 


1 1 The Receive Resource Area (RRA) is 
currently being read. 
1 The Receive Descriptor Area (RDA) is 
currently being accessed. 
The CAM Descriptor Area (CDA) is 
currently being accessed. 
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5.4.3.1 Bus Status Transitions 


When the SONIC-16 acquires the bus, it only transfers data 
to/from a single area in memory (i.e:, TDA, TBA, RDA, RBA, 


RRA, or CDA). Thus, the bus status pins remain stable for _ 


the duration of the block transfer cycle with the following 
three exceptions: 1) If the SONIC-16 is accessed during a 


block transfer, S2—S0 indicates bus idle during the register 
access, then returns to the previous status. 2) If the SONIC- | 


16 finishes writing the Source Address during a block trans- 
fer S2-SO changes from [0,1,0] to [0,1,1]. 3) During an 
RDA access between the RXpkt.seq__no and RXpkt.link ac- 
cess, and between the RXpkt.link and RXpkt.in_use ac- 
cess, S2-S0 will respectively indicate idle [1,1,1] for 2 or 1 
bus clocks. Status will be valid on the falling edge of AS or 
rising edge of ADS. . 

Figure 5-7 illustrates the SONIC-16’s transitions through 
memory during the process of transmission and reception. 
During transmission, the SONIC-16 reads the descriptor in- 
formation from the TDA and then transmits data of the 
packet from the TBA. The SONIC-16 moves back and forth 
between the TDA and TBA until all fragments and packets 
are transmitted. During reception, the SONIC-16 takes one 


of two paths. In the first case (path A), when the SONIC-16 - 


detects EOL=0 from the previous reception, it buffers the 
accepted packet into the RBA, and then writes the descrip- 
tor information to the RDA. If the RBA becomes depleted 
(i.e, RBWCO,1 < EOBC), it moves to the RRA to read a 
resource descriptor. In the second case (path B), when the 
SONIC-16 detects EOL=1 from the previous reception, it 
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_ DONE 


TRANSMIT 


RAGM 
FETCH © . ot 


ANOTHER 
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NO 


RRA DESCRIPTOR 
DONE 


ERRED 
PACKET 


rereads the RXpki.link field to determine if the system has 
reset the EOL bit since the last reception. If it has, the SON- 
IC-16 buffers the packet as in the first case. Otherwise, it 
rejects the packet and returns to idle. 


5.4.4 Bus Mode Compatibility 


For compatibility with different microprocessor and bus ar- 
chitectures, the SONIC-16 operates in one of two modes 
(set by the BMODE pin) called the National/Intel or little 
endian mode (BMODE tied low) and the Motorola or big 
endian mode (BMODE tied high). The definitions for several 
pins change depending on the mode the SONIC-16 is in. 
Table 5-3 shows these changes. These modes affect both 
master and slave bus operations with the SONIC-16. 


TABLE 5-3. Bus Mode Compatibility 
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FIGURE 5-7. Bus Status Transitions 
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5.4.5 Master Mode Bus Cycles 


In order to add additional compatibility with different bus 
architectures, there are two other modes that affect the op- 
eration of the bus. These modes are called the synchronous 
and asynchronous modes and are programmed by setting 
or resetting the SBUS bit in the Data Configuration Register 
(DCR). The synchronous and asynchronous modes do not 
have an effect on slave accesses to the SONIC-16 but they 
do affect the master mode operation. Within the particular 
bus/processor mode, synchronous and asynchronous 
modes are very similar. This section discusses all four 
modes of operation of the SONIC-16 (National/Intel vs. Mo- 
torola, synchronous vs. asynchronous) when it is a bus mas- 
ter. 

In this section, the rising edge of T1 and T2 means the 
beginning of these states, and the falling edge of T1 and T2 
means the middle of these states. 


5.4.5.1 Adding Wait States 

To accommodate different memory speeds, the SONIC-16 
provides two methods for adding wait states for its bus op- 
erations. Both of these methods can be used singly or in 
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conjunction with each other. A memory cycle is extended by 


adding additional T2 states. The first method inserts wait- . 


states by withholding the assertion of DSACK0,1/STERM or 
RDYi. The other method allows software to program wait- 
states. Programming the WCO, WC1 bits in the Data Config- 
uration Register allows 1 to 3 wait-states to be added on 
each memory cycle. These wait states are inserted between 
the T1 and T2 bus states and are called T2(wait) bus states. 
The SONIC-16 will not look at the DSACKO,1, STERM or 


RDYi lines until the programmed wait states have passed. 


Hence, in order to complete a bus operation that includes 
programmed wait states, the DSACKO,1, STERM or RDYi 
lines must be asserted at their proper times at the end of the 
cycle during the last T2, not during a programmed wait 
state. The only exception to this is asynchronous mode 
where DSACKO,1 or RDYi would be asserted during the last 
programmed wait state, T2 (wait). See the timing for these 
signals in the timing diagrams for more specific information. 
Programmed wait states do not affect Slave Mode bus cy- 
cles. 
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5.4.5.2 Memory a for BMODE = = 1, ire noes 
Mode 


On the rising edge of T1, the SONIC-16 asserts ECS to 


‘indicate that the memory cycle is starting. The address 


(A31-A1), bus status (S2-S0) and the direction strobe 
(MRW) are driven and do not change for the remainder of 
the memory cycle. On the falling enge of 11, the Sones 
deasserts ECS and asserts AS. 


In synchronous mode, DSACKO,1 are sampled on the rising 
edge of T2. T2 states will be repeated until DSACKO,1 are 


T2(WAIT) 


AS23:1> 


D<15:0> 


DSACKO, 1 


sampled properly in a low state. DSACKO,1 must meet the 
setup and hold times with respect to the rising edge of bus 
clock for proper. operation. 

During read cycles (Figure 5-8) data (D15-—D0) is latched at 
the falling edge of T2 and DS is asserted at the falling edge 
of T1. For write cycles (Figure 5-9) data is driven on the 
falling edge of T1. If there are wait'states inserted, DS is 
asserted on the. falling edge of T2. The SONIC-16 termi- 
nates the memory cycle bes deasserting AS and DS at the 
falling edge of T2. 


at 


tHe 


Bee 14 


TL/F/11722-31 


FIGURE 5-8. Memory Read, BMODE = 1, Synchronous (1 Wait-State) 


T2(WAIT) 


A<23:1> 


a oe VALID 


PL 
WL 
Sct 


D<15:0> 
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[mon] [| | _) 
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FIGURE 5-9. Memory Write, BMODE = 1, Synchronous (1 Wait-State) 
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5.4.5.3 Memory Cycle for BMODE = 1, 
Asynchronous Mode 


On the rising edge of T1, the SONIC-16 asserts ECS to’ 


indicate that the memory cycle is starting. The address 
(A23-A1), bus status (S2-S0) and the direction strobe 
(MRW) are driven and do not change for the remainder of 
the memory cycle. On the falling edge of T1, the SONIC-16 
deasserts ECS and asserts AS. 


In asynchronous mode, DSACKO,1 are asynchronously 
sampled on the falling edge of both T1 and T2. DSACKO,1 


T2(WAIT) 


A<23:1> 


D<15:0> 


DSACKO,1 


FIGURE 5-10. Memory Read, BMODE = 1, Asynchronous (1 Wait-State) 


T2(WAIT) 


A<23:1> 


D<15:0> 


DSACKO, 1 


STERM 


FIGURE 5-11. Memory Read, BMODE = 1, Asynchronous (2 Wait-State) 


do not need to be synchronized to the bus clock because 
the chip always resolves these signals to either a high or 
low state. If a synchronous termination of the.bus cycle is 
required, however, STERM may be used. STERM is sam- 
pled on the rising edge of T2 and must meet the setup and 
hold times with respect to that edge for proper operation. 
Meeting the setup time for DSACKO,1 or STERM guaran- 
tees that the SONIC-16 will terminate the memory cycle 114 


TL/F/11722-36 


T2(WAIT) 


TL/F/11722-37 
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bus clocks after DSACKO,1 were sampled, or 1 cycle after 
STERM was. sampled. T2 states will be repeated until 


DSACKO,1 or STERM are sampled properly in a low state. 


(see note below). 

During read cycles (Figure 5-10 and 5- 11), data (D15—D0) is 
latched at the falling edge of T2 and DS is asserted at the 
falling edge of T1 . For write cycles (Figures 5-12 and 5-13) 
data is driven on the falling edge of T1. If there are wait 


T1 T2(WAIT) 


BSCK 


D<15:0> 


MRW 


DSACKO, 1 


STERM 


Ecs 


states inserted, DS is asserted on the falling edge of the first 
T2(wait). DS is not asserted for zero wait state write cycles. 
The SONIC-16 terminates the memory cycle by deasserting 
AS and DS at the falling edge of T2. 
Note: If the setup time for DSACKO,1 is met during T1, or the setup time for 
STERM is met during the first T2, the full asynchronous bus cycle will 
_take only 2 bus clocks. This may be an unwanted situation. If so, 
DSACKO,1 and STERM should be deasserted during T1 and the start 
of T2 respectively. ‘ 


T2 1 


TL/F/11722-34 


FIGURE 5-12. Memory Write, BMODE = 1, Asynchronous (1 Wait-State) 
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D<15:0> 
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T2(WAIT) T2 11 


TL/F/11722-35 


FIGURE 5-13. Memory Write, BMODE = 1, Asynchronous (2 Wait-State) 
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5.4.5.4 Memory Cycle for BMODE = 0, Synchronous 
Mode 

On the rising edge of T1, the SONIC-16 asserts ADS and 
ECS to indicate that the memory cycle is starting. The ad- 
dress (A23-A1), bus status (S2-S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the memory cycle. On the falling edge of T1, the 
SONIC-16 deasserts ECS. ADS is deasserted on the rising 
edge of T2. 

In Synchronous mode, RDYi is sampled on the rising edge 
at the end of T2 (the rising edge of the next T1 or Tx). T2 


A<23:1> 


D<15:0> 


states will be repeated until RDYi is sampled properly in a 
low state. RDYi must meet the setup and hold times with 
respect to the rising edge of bus clock for proper operation. 
During read cycles (Figures 5-74), data (D15-D0) is latched 
at the rising edge at the end of T2. For write cycles (Figure 
5-15) data is driven on the falling edge of T1 and stays 
driven until the end of the cycle. 


T2 (wait) 


a 


TL/F/11722-38 


FIGURE 5-14. Memory Read, BMODE=0, Synchronous (1 Wait-State) 


T1 T2 (wait) 


A<23:1> 


D<15:0> 


TL/F/11722-40 


FIGURE 5-15. Memory Write, BMODE = 0, Synchronous (1 Wait-State) 
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5.4.5.5 Memory Cycle for BMODE = 0, Asynchronous 
Mode 


On the rising edge of T1, the SONIC-16 asserts ADS and 


ECS to indicate that the memory cycle is starting. The ad- 


dress (A23-A1), bus status (S2-—S0) and the direction 
strobe (MWR) are driven and do not change for the remain- 
der of the meraory cycle. On the falling edge of T1, the 
SONIC-16 deasserts ECS. ADS is deasserted on the rising 
edge of T2. 


T2(WAIT) 


In Asynchronous mode, RDYi is asynchronously sampled 
on the falling edge of both T1 and T2. RDYi does not need 
to be synchronized to the bus clock because the chip al- 
ways resolves these signals to either a high or low state. 
Meeting the setup time for RDYi guarantees that the SON- 
IC-16 will terminate the memory cycle 11 bus clocks after 
RDYi was sampled. T2 states will be repeated until RDYi is 
sampled properly in a low state (see note following). 


A<23:1> 


D<15:0> 


L) ee 


TL/F/11722-42 


FIGURE 5-16. Memory Read, BMODE = 0, Asynchronous (1 Wait-State) 
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FIGURE 5-17. Memory Read, BMODE=0, Asynchronous (2 Wait-State) 


5.0 Bus Interface (Continued) 


During read cycles (Figures 5-16 and 5-77), data (D15-D0) The SONIC-16 terminates the memory cycle by deasserting 
is latched at the falling edge of T2 and DS is asserted at the DS at the falling edge of T2. 

falling edge of T1. For write cycles (Figures 5-18 and 5-79) Note: If the setup time for RDYi is met during T1, the full asynchronous bus 
data is driven on the falling edge of T1. If there are wait cycle will take only 2 bus clocks. This may be an unwanted situation. 


states inserted, DS is asserted on the falling edge of the first If so, RDYi should be deasserted during T1. 


T2(wait). DS is not asserted for zero wait state write cycles. 


T1 T2(WAIT) 12 11 


BSCK 


A<23:1> 


ADS 


0<15:0> 


MWR 


RDYi 


FIGURE 5-18. Memory Write, BMODE =0, Asynchronous (1 Wait-State) 
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FIGURE 5-19. Memory Write, BMODE = 0, Asynchronous (2 Wait-State) 
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5.4.6 Bus Exceptions (Bus Retry) 


The SONIC-16 provides the capability of handling errors 
during the execution of the bus cycle (Figure 5-20). 


The system asserts BRT (bus retry) to force the SONIC-16 
to repeat the current memory cycle. When the SONIC-16 
detects the assertion of BRT, it completes the memory cy- 
cle at the end of T2 and gets off the bus by deasserting 
BGACK or HOLD. Then, if Latched Bus Retry mode is not 
set (LBR in the Data Configuration Register, Section 4.3.2), 
the SONIC-16 requests the bus again to retry the same 
memory cycle. If Latched Bus Retry is set, though, the SON- 
IC-16 will not retry until the BR bit in the ISR (see Section 
4.3.6) has been reset and BRT is deasserted. BRT has 
precedence of terminating a memory cycle over DSACKO,1, 
STERM or RDYi. 


BRT may be sampled synchronously or asynchronously by 
setting the EXBUS bit in the DCR (see Section 4.3.2). If 
synchronous Bus Retry is set, BRT is sampled on the rising 
edge of T2. If asynchronous Bus Retry is set, BRT is double 
synchronized from the falling edge of T1. The asynchronous 
setup time does not need to be met, but doing so will guar- 
antee that the bus exception will occur in the current bus 
cycle instead of the next bus cycle. Asynchronous Bus Re- 
try may only be used when the SONIC-16 is set to asynchro- 
nous mode. 

Note 1: The deassertion edge of HOLD is dependent on the PH bit in the 


DCR2 (see Section 4.3.7). Also, BGACK is driven high for about 14 
bus clock before going TRI-STATE. 


: If Latched Bus retry is set, BRT need only satisfy its setup time (the 
hold time is not important). Otherwise, BRT must remain asserted 
until after the Th state. 


| DSACKO,1, STERM or RDYi remain asserted after BRT, the next 
memory cycle, may be adversely affected. 


5.4.7 Slave Mode Bus Cycle 


The SONIC-16’s internal registers can be accessed by one 
of two methods (BMODE = 1 or BMODE = 0). In both 
methods, the SONIC-16 is a slave on the bus. This section 
describes the SONIC-16’s slave mode bus operations. 


5.4.7.1 Slave Cycle for BMODE = 1 


The system accesses the SONIC-16 by driving SAS, SRW 
and RA<5:0>. These signals will be sampled each bus cy- 
cle, but the SONIC-16 will not actually start a slave cycle 
until CS has also been asserted. CS should not be asserted 
before SAS is driven low as this will cause improper slave 


Note 3: 


A<23:1> 


SYNCHRONOUS 
— 


HOLD 
(BMODE=0) 


BGACK 
(BMODE= 1) 


BR 
(BMODE=1) 


operation. Once SAS has been driven low, between one 
and two bus clocks after the assertion of CS, SMACK will be 
asserted to signify that the SONIC-16 has started the slave 
cycle. Although CS is an asynchronous input, meeting its 
setup time (as shown in Figures 5-21 and 5-22) will guaran- 
tee that SMACK, which is asserted off of a falling edge, will 
be asserted 1 bus clock after the falling edge that CS is 
clocked in on. This is assuming that the SONIC-16 is not a 
bus master when CS was asserted. If the SONIC-16 is a bus 
master, then, when CS is asserted, the SONIC-16 will com- 
plete its current master bus cycle and get off the bus tempo- 
rarily (see Section 5.4.8). In this case, SMACK will be as- 
serted 5 bus clocks after the falling edge that CS was 
clocked in on. This is assuming that there were no wait 
states in the current master mode access. Wait states will 
increase the time for SMACK to go low by the number of 
wait states in the cycle. 


lf the slave access is a read cycle (Figure 5-27), then the 

data will be driven off the same edge as SMACK. If it is a 

write cycle (Figure 5-22), then the data will be latched in 

exactly 2 bus clocks after the assertion of SMACK. In either 
case, DSACKO,1 are driven low 2 bus clocks after SMACK 
to terminate the slave cycle. For a read cycle, the assertion 
of DSACKO,1 indicates valid register data and for a write 
cycle, the assertion indicates that. the SONIC-16 has 
latched the data. The SONIC-16 deasserts DSACKO,1, 

SMACK and the data if the cycle is a read cycle at the rising 

edge of SAS or CS depending on which is deasserted first. 

Note 1: Although the SONIC-16 responds as a 32-bit peripheral when it 

drives DSACKO,T low, it transfers data only on lines D<15:0>. 

For multiple register accesses, CS can be held low and SAS can be 

used to delimit the slave cycle (this is the only case where CS may 

be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going low since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 

time CS is low (as is the case for MREQ, Section 5.4.8). 

: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREQ must not be asserted concurrently. 

: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion 
of SMACK is dependent upon both CS and SAS being low, not just 
CS. This is not the same as the case for MREQ (see Section 5.4.8). 
The assertion of SMACK in these two cases should not be con- 
fused. 


Note 2: 


TL/F/11722-—46 


FIGURE 5-20. Bus Exception (Bus Retry) 
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FIGURE 5-21. Register Read, BMODE = 1 
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FIGURE 5-22. Register Write, BMODE= 1 
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§.4.7.2 Slave Cycle for BMODE = 0 


The system accesses the SONIC-16 by driving SAS, CS, 
SWR and RA<5:0>. These signals will be sampled each 
bus cycle, but the SONIC-16 will not actually start a slave 
cycle until CS has been sampled low and SAS has been 
sampled high. CS should not be asserted low before the 
falling edge of SAS as this will cause improper slave opera- 
tion. CS may be asserted low, however, before the rising 


edge of SAS. In this case, it is suggested that SAS be driven . 


high within one bus clock after the falling edge of CS. Be- 
tween one and two bus clocks after the assertion of CS, 
once SAS has been driven high, SMACK will be driven low 
to signify that the SONIC-16 has started the slave cycle. 
Although CS is an asynchronous input, meeting its setup 
time (as shown in Figures 5-23 and 5-24) will guarantee that 
SMACK, which is asserted off a falling edge, will be assert- 
ed 1 bus clock after the falling edge that CS was clocked in 
on. This is assuming that the SONIC-16 is not a bus master 
when GS is asserted. If the SONIC-16 is a bus master, then, 
when CS is asserted, the SONIC-16 will complete its current 
master bus cycle and get off the bus temporarily (see Sec- 
tion 5.4.8). In this case, SMACK will be asserted 5 bus 
clocks after the falling edge that CS was clocked in on. This 
is assuming that there were no wait states in the current 
master mode access. Wait states will increase the time for 
SMACK to go low by the number of wait states in the cycle. 


11 T2 (wait) 


T2 (wait) 


BSCK 


RA<S:0> 


SAS 


SWR 


RDYo 


SMACK 


D<15:0> 


T2 (wait) 


If the slave access is a read cycle (Figure 5-23), then the 
data will be driven off the same edge as SMACK. If it is a 
write cycle (Figure 5-24), then the data will be latched in 
exactly 2 bus clocks after the assertion of SMACK. In either 
case, RDYo is driven low 214 bus clocks after SMACK to 
terminate the slave cycle. For a read cycle, the assertion of 
RDYo indicates valid register data and for a write cycle, the 
assertion indicates that the SONIC-16 has latched the data. 
The SONIC-16 deasserts RDYo, SMACK and the data if the 
cycle is a read cycle at the falling edge of SAS or the rising 
edge of CS depending on which is first. 

Note 1: The SONIC-16 transfers data only on lines D< 15: o> during slave 
mode accesses. 

Note 2: For multiple register accesses, CS can be held low and SAS can be 
used to delimit the slave cycle (this is the only case where CS may 
be asserted before SAS). In this case, SMACK will be driven low 
due to SAS going high since CS has already been asserted. Notice 
that this means SMACK will not stay asserted low during the entire 
time CS is low (as is the case for MREQ, Section 5.4.8). 

Note 3: If memory request (MREQ) follows a chip select (CS), it must be 
asserted at least 2 bus clocks after CS is deasserted. Both CS and 
MREGQ must not be asserted concurrently. 

Note 4: When CS is deasserted, it must remain deasserted for at least one 
bus clock. 

Note 5: The way in which SMACK is asserted due to CS is not the same as 
the way in which SMACK is asserted due to MREQ. The assertion of 
SMACK is dependent upon both CS and SAS being low, not just CS. 
This is not the same as the case for MREQ (see Section 5.4.8). The 
assertion of SMACK in these two cases should not be confused. 
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FIGURE 5-23. Register Read, BMODE=0 
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FIGURE 5-24. Register Write, BMODE=0 
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FIGURE 5-25. On-Chip Memory Arbiter 
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5.4.8 On-Chip Memory Arbiter 


For applications which share the buffer memory area with 
the host system (shared-memory applications), the SONIC- 
16 provides a fast on-chip memory arbiter for efficiently re- 
solving accesses between the SONIC-16 and the host sys- 
tem (Figure 5-25). The host system indicates its intentions 
to use the shared-memory by asserting Memory Request 
(MREQ). The SONIC-16 will allow the host system to use 
the shared memory by acknowledging the host system’s re- 
quest with Slave and Memory Acknowledge (SMACK). 
Once SMACK is asserted, the host system may use the 
shared memory freely. The host system gives up the shared 
memory by deasserting MREQ. 


MREQ is clocked in on the falling edge of bus clock and is 
double synchronized internally to the rising edge. SMACK is 
asserted on the falling edge of a Ts bus cycle. If the SONIC- 
16 is not currently accessing the memory, SMACK is assert- 
ed immediately after MREQ was clocked in. If, however, the 
SONIC-16 is accessing the shared memory, it finishes its 
current memory transfer and then issues SMACK. SMACK 
will be asserted 1 or 5 (see Note 2 below) bus clocks, re- 
spectively, after MREQ is clocked in. Since MREQ is double 
synchronized, it is not necessary to meet its setup time. 
Meeting the setup time for MREQ will, however, guarantee 
that SMACK is asserted in the next or fifth bus clock after 
the current bus clock. SMACK will deassert within one bus 
clock after MREQ is deasserted. The SONIC-16 will then 
finish its master operation if it was using the bus previously. 


If the host system needs to access the SONIC-16’s regis- 
ters instead of shared memory, CS would be asserted in- 
stead of MREQ. Accessing the SONIC-16’s registers works 
almost exactly the same as accessing the shared memory 
except that the SONIC-16 goes into a slave cycle instead of 
going idle. See Section 5.4.7 for more information about 
how register accesses work. 

Note 1: The successive assertion of CS and MREQ must be separated by 


at least two bus clocks. Both CS and MREQ must not be asserted 


concurrently. 


Note 2: The number of bus clocks between MREQ being asserted and the 
assertion of SMACK when the SONIC-16 is in Master Mode is 5 bus 
clocks assuming there were no wait states in the Master Mode 
access. Wait states will increase the time for SMACK to go low by 
the number of wait states in the cycle (the time will be 5 + the 
number of wait states). - 


The way in which SMACK is asserted to due to CS is not the same 
as the way in which SMACK is asserted due to MREQ. SMACK 
goes tow as a direct result of the assertion of MREQ, whereas, for 
CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 
0) before SMACK will be asserted. This means that when SMACK 
is asserted due to MREQ, SMACK will remain asserted until MREQ 

‘ is deasserted. Multiple memory accesses can be made to the 
shared memory without SMACK ever going high. Wnen SMACK is 
asserted due to CS, however, SMACK will only remain low as long 
as SAS is also low (BMODE = 1) or high (BMODE = 0). SMACK 
will not remain low throughout multiple register accesses to the 
SONIC-16 because SAS must toggle for each register access. This 
is an important difference to consider when designing shared mem- 
ory designs. 
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TABLE 5-4. Internal Register Content after Reset 


Contents after Reset 
' Register Hardware Software 
Reset Reset 


| Gonensbony” |" | entarsee | 
Te | enechanged 


o000h 
o000h 


*Bits 15 and 13 of the DCR and bits 4 through 0 of the DCR2 are reset to a0 
during a hardware reset. Bits 15-12 of the DCR2 are unknown until written 
to. All other bits in these two registers are unchanged. 


**Bits LB1, LBO and BRD are reset to a 0 during hardware reset. All other 
bits are unchanged. : 


5.4.9 Chip Reset 

The SONIC-16 has two reset modes; a hardware reset and 
a software reset. The SONIC-16 can be hardware reset by 
asserting the RESET pin or software reset by setting the 
RST bit in the Command Register (Section 4.3.1). The two 
reset modes are not interchangeable since each mode per- 
forms a different function. 

After power-on, the SONIC-16 must be hardware reset be- 
fore it will become operational. This is done by asserting 
RESET for a minimum of 10 transmit clocks (10 Ethernet 
transmit clock periods, TXC). If the bus clock (BSCK) period 
is greater than the transmit clock period, RESET should be 
asserted for 10 bus clocks instead of 10 transmit clocks. A 
hardware reset places the SONIC-16 in the following state. - 
(The registers affected are listed in parentheses. See Table 
5-4 and section 4.3 for more specific information about the 
registers and how they are affected by a hardware reset. 
Only those registers listed below and in Table 5-4 are affect- 
ed by a hardware reset.) 


1. Receiver and Transmitter are disabled (CR). 
The General Purpose timer is halted (CR). 
All interrupts are masked out (IMR). 


The NCRS and PTX status bits in the Transmit Contro 
Register (TCR) are set. 


The End Of Byte Count (EOBC) register is set to O2F8h 
(760 words). 


Packet and buffer sequence number counters are set to 
zero. 


All CAM entries are disabled. The broadcast address is 
also disabled (CAM Enable Register and the RCR). 


Loopback operation is disabled (RCR). 


The latched bus retry is set to the unlatched mode 
(DCR). . 


. All interrupt status bits are reset (ISR). 
. The Extended Bus Mode is disabled (DCR). 


. HOLD will be asserted/deasserted from the falling 
clock edge (DCR2). 


5.0 Bus Interface (Continued) 

13. PCOMP will not be asserted (DCR2). 

14. Packets will be accepted (not rejected) on CAM match 
(DCR2). 


A software reset immediately terminates DMA operations 
and future interrupts. The chip is put into an idle state where 
registers can be accessed, but the SONIC-16 will not be 
active in any other way. The registers are affected by a 
software reset as shown in Table 5-4 (only the Command 
Register is changed). 


6.0 Network Interfacing 


The SONIC-16 contains an on-chip ENDEC that performs 
the network interfacing between the AUI (Attachment Unit 


RXDo TXD 


CRSo COLo 


Interface) and the SONIC-16’s MAC unit. A pin selectable 
option allows the internal ENDEC to be disabled and the 
MAC/ENDEC signals to be supplied to the user for connec- 
tion to an external ENDEC. If the EXT pin is tied to ground 
(EXT =0) the internal ENDEC is selected and if EXT is tied 
to Vcc (EXT= 1) the external ENDEC option is selected. 
Internal ENDEC: When the internal ENDEC is used 
(EXT=0) the interface signals between the ENDEC and 
MAC unit are internally connected. While these signals are 
used internally by the SONIC-16 they are also provided as 
an output to the user (Figure 6-1). 


The internal ENDEC allows for a 2-chip solution for the 


complete Ethernet interface. Figure 6-2 shows a typical dia-" 


gram of the network interface. 


RXCo TXCo 


TXE 


TL/F/11722-52 


FIGURE 6-1. MAC and Internal ENDEC Interface Signals 
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6.0 Network Interfacing (Continued) 


External ENDEC: When EXT = 1 the internal ENDEC is by- 
passed and the signals are provided directly to the user. 
Since SONIC-16’s on-chip ENDEC is the same as Nation- 
al’s DP83910 Serial Network Interface (SNI) the interface 
considerations discussed in this section would also apply to 
using this device in the external ENDEC mode. 


6.1 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 


The ENDEC unit’s encoder begins operation when the MAC 
section begins sending the serial data stream. It converts 
NRZ data from the MAC section to Manchester data for the 
differential drivers (TX+/-—). In Manchester encoding, the 
first half of the bit cell contains the complementary data and 
the second half contains the true data (Figure 6-3). A tran- 
sition always occurs at the middle of the bit cell. As long as 
the MAC continues sending data, the ENDEC section re- 
mains in operation. At the end of transmission, the last tran- 
sition is always positive, occurring at the center of the bit 
cell if the last bit is a one, or at the end of the bit cell if the 
last bit is a zero. 


The differential transmit pair drives up to 50 meters of twist- 
ed pair AUI cable. These outputs are source followers which 
require two 2702 pull-down resistors to ground. In addition, 
a pulse transformer is required between the transmit pair 
output and the AUI interface. 


The driver allows both half-step and full-step modes for 
compatibility with Ethernet | and IEEE 802.3. When the SEL 
pin is tied to ground (for Ethernet |), TX+ is positive with 
respect to TX— during idle on the primary side of the isola- 
tion transformer (Figure 6-2). When SEL is tied to Vcc (for 
IEEE 802.3), TX+ and TX— are equal in the idle state. 


Transmit Clock | | | | | | | | | 


NRZ Date 


I 
I 

Manchester | 
Data ! 


{ | 
TL/F/11722-54 


FIGURE 6.3. Manchester Encoded Data Stream 


6.1.1 Manchester Decoder 


The decoder consists of a differential receiver and a phase 
lock loop (PLL) to separate the Manchester encoded data 
stream into clock signals and NRZ data. The differential in- 
put must be externally terminated with two 392 resistors 
connected in series. In addition, a pulse transformer is re- 
quired between the receive input pair and the AUI interface. 


To prevent noise from falsely triggering the decoder, a 
squelch circuit at the input rejects signals with a magnitude 
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less than —175 mV. Signals more negative than —300 mV 
are decoded. 


Once the input exceeds the squelch requirements, the de- 
coder begins operation. The decoder may tolerate bit jitter 
up to 18 ns in the received data. The decoder detects the 
end of a frame within one and a half bit times after the last 
bit of data. 


6.1.2 Collision Translator 


When the Ethernet transceiver (DP8392 CT]) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD+ and CD—) of the SONIC-16. When SONIC-16 
detects these inputs active, its Collision translator converts 
the 10 MHz signal to an active collision signal to the MAC 
section. This signal causes SONIC-16 to abort its current 
transmission and reschedule another transmission attempt. 


The collision differential inputs are terminated the same way 
as the differential receive inputs and a pulse transformer is 
required between the collision input pair and the AUI inter- 
face. The squelch circuitry is also similar, rejecting pulses 
with magnitudes less than —175 mV. 


6.1.3 Oscillator Inputs 


The oscillator inputs to the SONIC-16 (X1 and X2) can be 
driven with a parallel resonant crystal or an external clock. 
In either case the oscillator inputs must be driven with a 
20 MHZ signal. The signal is divided by 2 to generate the 
10 MHz transmit clock (TXC) for the MAC unit. The oscilla- 
tor also provides internal clock signals for the encoding and 
decoding circuits. 


6.1.3.1 External Crystal 


According to the IEEE 802.3 standard, the transmit clock 
(TXC) must be accurate to 0.01%. This means that the os- 
cillator circuit, which includes the crystal and other parts 
involved must be accurate to 0.01% after the clock has 
been divided in half. Hence, when using a crystal, it is nec- 
essary to consider all aspects of the crystal circuit. An ex- 
ample of a recommended crystal circuit is shown in Figure 
6-4 and suggested oscillator specifications are shown in Ta- 
ble 6-1. The load capacitors in Figure 6-4, C1 and C2, 
should be no greater than 36 pF each, including all stray 
capacitance (see note 2 below). The resistor, R1, may be 
required in order to minimize frequency drift due to changes 
in Vcc. If R1 is required, its value must be carefully selected 
since R1 decreases the loop gain. If R1 is made too large, 
the loop gain will be greatly reduced and the crystal will not 
oscillate. If R1 is made too small, normal variations in Vcc 
may cause the oscillation frequency to drift out of specifica- 
tion. As a first rule of thumb, the value of R1 should be 
made equal to five times the motional resistance of the crys- 
tal. The motional resistance of 20 MHz crystals is usually in 
the range of 102 to 30M. This implies that reasonable val- 
ues for R1 should be in the range of 50M to 1509. The 
decision of whether or not to include R1 should be based 
upon measured variations of crystal frequency as each of 
the circuit parameters are varied. 
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6.0 Network Interfacing (Continued) 


TL/F/11722-55 
FIGURE 6.4. Crystal Connection 
to the SONIC-16 (see text) 


Note 1: The X1-pin is not guaranteed to provide a TTL compatible logic 
output, and should not be used to drive any external logic. If addi- 
tional logic needs to be driven, then an external oscillator should be 
used as described in the following section. 


Note 2: The frequency marked on the crystal is usually measured with a 
, fixed load capacitance specified in the crystal’s data sheet. The 
actual load capacitance used should be the specified value minus 

the stray capacitance. 


TABLE 6-1. Crystal Specifications 
Resonant frequency 
Tolerance (see text) 
Accuracy 
Fundamental Mode Series Resistance 
Specified Load Capacitance 
Type 
Circuit 
6.1.3.2 Clock Oscillator Module 


If an external clock oscillator is used, the SONIC-16 can be 

connected to the external oscillator in one of two ways. The 

first configuration is shown in Figure 6-5. In this case, an 

oscillator that provides the following should be used: 

1. TTL or CMOS output with a 0.01% frequency tolerance 

2. 40%-60% duty cycle 

3. 25 TTL loads output drive (Io, = 8 mA) (Additional out- 
put drive may be necessary if the oscillator must also 
drive other components.) 


Again, the above assumes no other circuitry is driven. 


20 MHz 

+0.01% at 25°C 

£0.005% (50 ppm) at 0 to 70°C 
<250 

<18 pF 

AT cut 

Parallel Resonance 


TL/F/11722-56 
FIGURE 6.5. Oscillator Module 
Connection to the SONIC-16 


The second configuration, shown in Figure 6-6, connects to 
the X2 input. This connection requires an oscillator with the 
same specifications as the previous circuit except that the 
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output drive specification need only be one CMOS load. 
This circuit configuration also offers the advantage of slight- 
ly lower power consumption. In this configuration, the X1 pin 
must be left open and should not drive external circuitry. 
Also, as shown by Figure 6-6, there is a 180° phase differ- 
ence between connecting an oscillator to X1 compared to 
X2. This difference only affects the relationship between 
TXC and the oscillator module output. The operation of the 
SONIC-16 is not affected by this phase change. 


TL/F/11722-57 
FIGURE 6.6. Alternate Oscillator 
Module Connection to the SONIC-16 


6.1.3.3 PCB Layout Considerations 


Care should be taken when connecting a crystal. Stray ca- 
pacitance (e.g., from PC board traces and plated through 
holes around the X1 and X2 pins) can shift the crystal’s 
frequency out of range, causing the transmitted frequency 
to exceed the 0.01% tolerance specified by IEEE. The lay- 
out considerations for using an external crystal are rather 
straightforward. The oscillator layout should locate all com- 
ponents close to the X1 and X2 pins and should use short 
traces that avoid excess capacitance and inductance. A sol- 
id ground should be used to connect the ground legs of the 
two capacitors. 


When connecting an external oscillator, the only considera- 
tions are to keep the oscillator module as close to the 
SONIC-16 as possible to reduce stray capacitance and in- 
ductance and to give the module a clean Vcc and a solid 
ground. 


6.1.4 Power Supply Considerations 


In general, power supply routing and design for the SONIC- 
16 need only follow standard practices. In some situations, 
however, additional care may be necessary in the layout of 
the analog supply. Specifically special care may be needed 
for the TXVCC, RXVCC and PLLVCC power supplies and 
the TXGND and ANGND. In most cases the analog and 
digital power supplies can be interconnected. However, to 
ensure optimum performance of the SONIC-16’s analog 
functions, power supply noise should be minimized. To re- 
duce analog supply noise, any of several techniques can be 
used. 

1. Route analog supplies as a separate set of traces or 
planes from the digital supplies with their own decoupling 
capacitors. 

. Provide noise filtering on the analog supply pins by insert- 
ing a low pass filter. Alternatively, a ferrite bead could be 
used to reduce high frequency power supply noise. 

. Utilize a separate regulator to generate the analog sup- 
ply. 


7.0 AC and DC Specifications 
Absolute Maximum Ratings 


if Military/Aerospace specified devices are required, Storage Temperature Range (Tstq) —65°C to 150°C 
please contact the National Semiconductor Sales Power Dissipation (PD) 500 mw 
Office/Distributors for availability and specifications. Lead Temp. (TL) (Soldering, 10 sec.) 260°C 
Supply Voltage (Vcc) —0.5V to 7.0V ESD Rating 

DC Input Voltage (Vin) —0.5V to Voc + 0.5V (Rzap = 1.5k, Czap = 120 pF) 1.5KV 
DC Output Voltage (Vout) —0.5V to Voc + 0.5V 


DC Specifications Ta = 0°C to 70°C, Voc = 5V +5% unless otherwise specified 


[Parameter | Contitions 
Minimum High Level Output Voltage 


Maximum LowLevel OutputVoltage | lo=8mA | 
Minimum High LevelinputVottage || 2 


Input Current Vin = Voc or GND 


Maximum TRI-STATE Output Vout = Voc or GND 40 
Leakage Current 


Average Operating Supply Current lout = 0 mA, Freq = fmax Pe 


AUI INTERFACE PINS (TX+, RX+, and CD+) 
Diff. Output Voltage (TX +) 78 Termination, and 2700. +550 
from Each to GND 
Diff. Output Voltage Imbalance (TX £) 78 Termination, and 2700 
from Each to GND 
Undershoot Voltage (TX +) 780. Termination, and 2700 
from Each to GND 


Diff. Squelch Threshold 
(RX+ and CD+) 


OSCILLATOR PINS (X1 AND X2) 


Maximum Low Level Input Voltage 


+1200 


Typical: 40 mV 


Typical: 80 mV 


X1 Input Current X1 is Connected to an Oscillator 
and X2 is Grounded 
Vin = Voc or GND 


X2 Input High Voltage X2 is Connected to an Oscillator 
and X1 is Open 

X2 Input Low Voltage X2 is Connected to an Oscillator 
and X1 is Open 


X2 Input Leakage Current X2 is Connected to an Oscillator 
and X1 is Open 
Vin = Voc or GND 
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7.0 AC and DC Specifications (Continued) 


AC Specifications 
BUS CLOCK TIMING 


}— 12+]. 


TL/F/11722-58 


Bus Clock Low Time 
Bus Clock High Time 
Bus Clock Cycle Time (Note 2) ; 


POWER-ON RESET 


4.5V § 
Voc 
sas Sf NET Sf VS Xe. 
T6 
RST 4.5V 


—_—_— 


fol 1S—>| 


TL/F/11722-59 


NON POWER-ON RESET 


[eis 1—*] 


TL/F/11722-60 


Number 


Note 1: The reset time is determined by the slower of BSCK or TXC. If BSCK > TXC, T6 and T8 equal 10 TXCs. If BSCK < TXC, T6 and T8 equal 10 BSCKs (T3). 


Note 2 These specifications are not tested. 
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7.0 AC and DC Specifications (Continued) 
MEMORY WRITE, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 


T2 (wait) T2 11 


T1 
od Fae el 
” fC || ode 
Ras See > a 


rl 
TH 


i 


D<15:0> Data Out 


| 


TL/F/11722-61 


Number Parameter 


@ 
Sh 


T9 BSCK to Address Valid 
T10 Address Hold Time from BSCK 


ink 
112 
115 boye-5 
132 

133 
T36 BSCK to Memory Write Data Valid 

137 
T40 


Note 1: For successive read operations, MWR remains low, and for successive write operations, MWR remains high during a transfer. During RDA and TDA 
transfers the MWR signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers the MWR signal will switch on the rising edge 
of a Ti (idle) state that is inserted between the read and the write operation. 


Note 2: bcyc = bus clock cycle time (T3). 


ns 


ns 


Lee) 
-b 


ns 


Lee) 
h 


ns 


ns 


ns 


ns 


ns 


ns 


ns 


— 

i) 
~“ 
oO 
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7.0 AC and DC Specifications (Continued) 
MEMORY READ, BMODE = 0, SYNCHRONOUS MODE (one wait-state shown) 


T2 (wait) T2 


A<23:1> 


D<15:0> 
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Number 


T9 

T10 
T11 
T12 
T15 
T23 
T24 
T28 
T32 
T33 


A 


Note 1: For successive read operations, MWR remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWA 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. 


Note 2: bcyc = bus clock cycle time (T3). 
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7.0 AC and DC Specifications (Continued) 
MEMORY WRITE, BMODE = 0, ASYNCHRONOUS MODE 
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TI T2 (wait) 12 11 
BSCK 


T12b 
T11b - i 


Ecs 
19 
.@ 


AC23:1> ee ies Es eae a 


T11b 
ADS ; v 
ocisio> KL SC*d‘S 
[137 


T40 


MWR 


T32a 132a 
. *| 133a [1338 


(Note 3) 


wz 
o 
g| 
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Number Parameter ie Units 


wo 
eS 


T9 PBSCKtoAddressVaid =| ns 
T10 | AddressHoldTimefromasck | S| | 
Trib | __BSCKoADS,DSECSiw = | | 
Ti | _BSCKtoADSECSHigh =| | Tt 
713 [ascktobSHh | Ts 
T15 | ADSHigh wiatn (Notes) | ye 5 | | 
118 byo-5 | | ts 
Ta2a | Ready Asynch.SetyptoBscK (Notes) | @ | tt 
Taga | __ReadyAsynch.Holdtromasck | | Lt 
36 | BSCKtoMemoryWriteDatavaid | =| | 
137 | __BSCKtoMWR (White) vaid(wotet) | | | 
Data Strobe Low (Note 2) 
T40 [WrteDataHoldTimetromasck | tf | 


Note 1: For successive read operations, MWA remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWR 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. 

Note 2: bcyc = bus clock cycle time (T3) ; 

Note 3: This setup time assures that the SONIC-16 terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYi is sampled during the falling edge of BSCK. If the SONIC-16 samples RDYi low during the T1 
cycle, the SONIC-16 will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during 
T2(wait). (This is assuming that programmable wait states are set to 0). 


Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 
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. Number 


T9 
T10 
T11b 
T12b 
T13 
T15 
T16 
T17 
T23 
T24 
T28- 
T32a 
T33a 


7.0 AC and DC Specifications (continued) 
MEMORY READ, BMODE = 0, ASYNCHRONOUS MODE 


A<23:1> 


me 

| BSCKtoAddressvaid ||| 
| Address HoldTimefromasck |S || 
| BSCKIOADSDSECStow ||| 
| BSCKIOADS,DSECSHin ||| 
| BSCKIoDSHigh || 
| OSHighWidth(Note2) |S teyo 8 || ng 
byo-12 | | ns 
| Read DataStrobeLow Width (Note2) [bye 5 | | ns 
| ReadDataSetupTimetossck ||| 
|_ReadDataHoldTimetromasck | 7] || 
| BSCKtoMWR (Read vaid(Notet) | || 
[Ready Asynch.SetupTimetoBSCK (Notes) | 8 || 
|_ReadyAsynch HoldTimetoasck | S| 


Note 1: For successive read operations, MWR remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWA : 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. ; 


Note 2: bcyc = bus clock cycle time (T3) 
Note 3: This setup time assures that the SONIC-16 terminates the memory cycle on the next bus clock (BSCK). RDYi does not need to be synchronized to the bus 
clock, though, since it is an asynchronous input in this case. RDYI is sampled during the falling edge of BSCK. If the SONIC-16 samples RDYi low during the T1 


cycle, the SONIC-16 will finish the current access in a total of two bus clocks instead of three, which would be the case if RDYi had been sampled low during 
T2(wait). (This is assuming that programmable wait states are set to 0). ; : 


T2 (wait) 


MWR 


>| 132 
a . [-T33a | T33a 


(Note 3) 


| 


az 
oO 
es 
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ET ee 
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7.0 AC and DC Specifications (Continued) 
MEMORY WRITE, BMODE = 1, SYNCHRONOUS MODE (one wait-state shown) 
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T1 T2 (wait) 12 11 


BSCK / \ / \ / \ / \ / 
Ti2a 
Tila [= [~ 


ae; 


A231 es Cay ee See 4 


Tila 
T14 T15a,—>| 


AS 
Tila Ti3a 
T18 
DS 
: T40 


D<15:0> —- DATA OUT 
as 


137 


MRW 
T30 | 131 


DSACKO,1 
TL/F/11722-65 


19 [BscKtoAddressvaid | | | 
T10 [AddressHoldTimetromasck | | ts 
Tia | -BSCKtOAS.DSECSiw =| | ts 
Tia | _-BSCKIoASECSHign =| | | 
Tia | BSOKtoDSHign | | 
714 [ASStrobeLow Width (Notes) | bey -7 | | 
Tia | __ASStrobeHighwiath Notes | bey 15 | | 
T18 [Write Data Strobe Low width (Notes 1.9) | boye-5_ | | 
T22 [Address ValidtoAS (Notes) | bent | 
T30 | DEACKOTSeuptopscKnores) | | 
T31 [DEAGKOTHoldtromasck | St | 
T36 BSCK to Memory Write Data Valid a a ns 
137 FBSCKtoMAW (Write) vaia (Note) | | 8 
Data Strobe Low (Note 3) 
40 Memory Write DataHoldTimerromasck | to | | 


Note 1: DS will only be asserted if the bus cycle has at least one wait state inserted. 


Note 2: For successive read operations, MWR remains fow, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWR 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. 


Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2). , 
Note 4: DSACKO,1 must be synchronized to the bus clock (BSCK) during synchronous mode. 
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7.0 AC and DC Specifications (continued 
MEMORY READ, BMODE = 1, SYNCHRONOUS MODE (one walt-state shown) 


SONIC-16 


11 T2 (wait) 12 11 


Tita I Pare 


ECs 
19 T10 


A&23:1> ) ree ee eee 
Tila Ti2e 
ees 


Ti3a 3 
a isch tae ore 


T23a 


T24a 


, +128 


MRW 


T30 
= 131 


DSACKO,1 : \ / 


TL/F/11722-66 


T9 | BSCKtoAddressvaid [|g 
T10 | AddressHoldTimetromasck | || 
Tita | BSCKIOASDSECSLow || 
Tia | BSCKtoABECSHigh | || 
Tia | scktoDSHignh ||| 
14 | ASStrobeLow Width Notes) | boye-7 || 
T15a | ASStrobe High Width (Notes) | bye 18 || 
M16 byo-12 | | 
m7 | Read DataStrobeLowWidth (Notes) | boye-5 | | 
Ta2 | Address ValidioAS(Notes) | tbc | | 
Tasa____|__—ReadDataSeupTimetopsck | || 
Tada | Read DataHoldTimefromasck | S| 
728 | BSCKIoMAW (Read) Vaid(Notet) | || 
30 | DSACKDTSetuptosscK(Note2) | rs 

Ts | DSACKOTHoWdtremasck =| te] dT 


Note 1: For successive read operations, MWR remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWA 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. 


Note 2: DSACKO,1 must be synchronized to the bus clock (BSCK) during synchronous mode. 
Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2) 
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7.0 AC and DC Specifications (Continued) 


MEMORY WRITE, BMODE = 1, ASYNCHRONOUS MODE 
1 T2 (wait) 12 11 


fhae In ia 


ECs 
T10 
K || 


A25:1> 5 i ee ee a a 
122 


T14 


BSCK 


+ 
wo 


0<15:0> 


MRW oe 
131 
T30—>| 
DSACKO, 1 ae fj); ___ f/f (Note 2) \ 
: T31a T31a 
T30a—>| T30a->| 
STERM 


T10 Address Hold Time from BSCK ee eee ns 


Tita BSCK to AS, DS, ECS Low een (eee ns 
T12a BSCK to AS, ECS High (a ee ns 
T13a BSCK to DS High ee ee: ns 


T14 AS Strobe Low Width (Note 3) 
T15a AS Strobe High Width (Note 3) beyc — 15 


T18 Write Data Strobe Low Width (Notes 3, 4) bcyc — 5 ns 


T22 Address Valid to AS (Note 3) bh-ie | ns 


ns 


ns 


T30 DSACKO,1 Setup to BSCK (Note 2) <6" § cll ns 
T30a STERM Setup to BSCK (Note 2) [3 en 


ns 


731 DSACKO,1 Hold from BSCK feo geo dt sl ns 
T31a _STERM Hold from BSCK a ee ns 
137 PBSOKtoMAW (Write) Vaid (Notet) | | ts 


Note 1: For successive read operations, MWR remains low, and for successive write operations, MWR remains high. During RBA and TBA transfers the MWR 
signal will stay either high or low for the entire burst of the transfer. During RDA and TDA transfers, the MWR signal will switch on the rising edge of a Ti (idle) state 
that is inserted between the read and the write operation. 

Note 2: Meeting the setup time for DSACKO,1 or STERM guarantees that the SONIC-16 will terminate the memory cycle 114 bus clocks after DSACKO,7 were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO,1 or STERM are sampled properly in a low state. If the SONIC-16 samples 
DSACKO,1 or STERM low during the T1 or first T2 state respectively, the SONIC-16 will finish the current access in a total of two bus clocks instead of three 
(assuming that programmable wait states are set to 0). DSACKO,1 are asynchronously sampled and STERM is synchronously sampled. 
Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2). 

Note 4: DS will only be asserted if the bus cycle has at least one wait state inserted. 


1-731 


9L-DINOS 


SONIC-16 


7.0 AC and DC Specifications (continued) 


MEMORY READ, BMODE = 1, ASYNCHRONOUS MODE 
T2 (wait) 12 11 


Tt 
BSCK 
Ti3a 
Tila t- ag 
ECS 
T9 
K_ 


AC23:1> Ee el ee ee? ees 


== 
Te 


MRW N 
T30 
DSACKO,1 WIN 7 fF tiicte2) XY] 


T3ta T31la 


T30a—>| T30a—>} 


(Note 2) 


”n 


STERM 


TL/F/11722-68 


Note 1: For successive write operations, MRW remains low. 


Note 2: Meeting the setup time for DSACKO,1 or STERM guarantees that the SONIC-16 will terminate the memory cycle 1 bus clocks after DSACKO,T were 
sampled, or 1 cycle after STERM was sampled. T2 states will be repeated until DSACKO,7 or STERM are sampled properly in a low state. If the SONIC-16 samples 
BSACKO,1 or STERM low during the T1 or first T2 state respectively, the SONIC-16 will finish the current access in a total of two bus clocks instead of three 
(assuming that programmable wait states are set to 0). DSACKO,1 are asynchronously sampled and STERM is synchronously sampled. 


Note 3: bcyc = bus clock cycle time (T3). bch = bus clock high time (T2). 
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BSCK 


HOLD 


HLDA 


A<23:1> 


0<15:0> 
(write) 


S<2:0> 


‘ADS, MWR 


DS, ECS 


Number 


T43 
T44 
T45 
T46 
T51 


T52 
T53 
T55 


T55a 


T55b 


Note 4: This timing v: 


7.0 AC and DC Specifications (Continued) 
BUS REQUEST TIMING, BMODE = 0 


we 


Note 1: A block transfer by the SONIC-16 can be pre-empted from the bus by deasserting HLDA provid 
T2 in the current access. 


Note 2: The assertion edge for HOLD is dependent upon the PH bit in the DCR2. The default situation is shown wih a solid line in the timing diagram. T43 and T44 
apply for both modes. Also, if HLDA is asserted when the SONIC-16 wants to acquire the bus, HOLD will not be asserted until HLDA has been deasserted first. 


ation is a read operation, or at the end of Th if the last operation is a write operation. 
g other devices to drive 


Note 3: S<2:0> will indicate IDLE at the end of T2 if the last oper 


alue includes an RC delay inherent in the test measurement. These signals typically TRISTATE 7 ns earlier, enablin 
these lines without contention. 


Note 5: For specific timings on these signals (driven by the SONIC-16), 


Ti Ti Ti Ti 11 T2 Th Ti 


= i 


¢ 
Fe (Note 2) 


T45 


‘ BUS PREEMPTION (Note 1) 
T51 


T44—>] [+ /| jo 144 


aang 


155 kK T5Sa aa 1554 
BUS IDLE hs MEMORY TRANSFER % BUS IDLE] K BUS IDLE 
(Note 3) 51 
}-T53 151 


USR<1:0> ae ree La 
EXUSR<3:0> 


Parameter 


BSCK to HOLD High (Note 2) 

BSCK to HOLD Low (Note 2) 

HLDA Asynchronous Setup Time to BSCK 
HLDA Deassert Setup Time (Note 1) 


BSCK to Address, ADS, MWR, DS, ECS, _ 
USR<1:0> and EXUSR <3:0>TRI-STATE 
(Note 4) 


BSCK to Data TRI-STATE (Note 4) 
BSCK to USR<1:0> Vatid 


BSCK to Bus Status 
Idle to Non-Idle 


BSCK to Bus Status 
Non-ldie to Idle (Note 3) 


$<2:0> Hold from BSCK 


a 


ol 
Bi 


oS 
oO 


|. 
[o) 
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ed HLDA is asserted T46 before the rising edge of the last 


see the memory read and memory write timing diagrams on previous pages. 


Ti 


s 


TL/F/11722-69 


Units 


ns 
ns 
ns 
ns 


ns 


ns 


ns 


ns 


ns 


ns 
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7.0 AC and DC Specifications (Continues) 
BUS REQUEST TIMING, BMODE = 1 


Ti Ti Ti Ti 1 Th Ti 
| [47 48 —>| ie 
~ (TRI-STATE) 


T45a 


fee] 
(>) 


T49 
fo) (TRI-~STATE) 
BGACK 
DSACKo 7 (TRI-STATE) 
DSACKO, 1 (Note 1) 


STERM 


_ (TRI-STATE) 
AS (Note 1) (Note 2) 


A<23:1>, ECS (Note 2) 
ee ae 
D<15:0> 
T55b 
TSS] 
$<2:0> BUS IDLE |X NEMORY TRANSFER BUS IDLE |X Bus IDLE 


153 ——>| (Note 3) T51a 
USR<1:0> c 
EXUSR<3:0> 


TL/F/11722-70 


Number Parameter [win | max | Units 
T45a_ | BGAsynchronousSeupTimetoBscK | sd 
147 | BSCKLowtoBR low TY 
T48 |__BSCKLowtoBRTAISTATE (Note) | «a0 
T49 |__BSCK igh oBGACKLow Notes) | «da 
50 |__BSCK igh toBGACKHign ots) | «dao 
Tita BSCK to Address, AS, MRW, DS, ECS, a nS 
USR<1:0> and EXUSR<3:0> TRI-STATE (Note 4) 
52 |__BSCK to Data TRISTATE(Note4) | SS*dSw 
T53 | BSCKIOUSA<HO> Vaid | «dS 
Idle to Non-Idle 
Non-Idle to Idle (Note 3) 
Tsi__|__s<20>Hoidtomasck SYST 


Note 1: BGACK is only issued if BG is low and AS, DSACKO,1, STERM and BGACK are deasserted. 
Note 2: For specific timing on these signals driven by the SONIC-16, see tho memory read and memory write timing diagrams on previous pages. 
Note 3: S<2:0> will inidicate IDLE at the end of T2 if the last operation is a read operation or at the end of Th if the last operation is a write operation. 


Note 4: This timing value includes an RC delay inherent in our test measurement. These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 
these fines without contention. 


Note 5: BGACK is driven high for approximately 1% BSCK before going TRI-STATE. 
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7.0 AC and DC Specifications (continued) 
BUS RETRY 


A<23:1> 


D<15:0> 


(euo0e=0) ence ne! ete) 
: 150 I 7 


BGACK 
(BMODE= 1) 


= (TRI-STATE) 
BR 


(BMODE=1) 
TL/F/11722-71 


T41 Bus Retry Synchronous Setup Time to BSCK 
ns 
(Note 3) 
T4ta Bus Retry Asynchronous a 
Setup Time to BSCK (Note 3) 
T42 Bus Retry Hold Time from BSCK (Note 2) a a ae ns 
T43 BSCK to HOLD High (Note 1) ae le ae! ns 
T44 BSCK to HOLD Low (Note 1) a ee ee ns 
147 BSCK to BA Low ees Dee ee eee 
T50 BSCK to BGAGK High (Note 4) pee ee ns 


Note 1: Depending upon the mode, the SONIC-16 will assert and deassert HOLD from the rising or falling edge of BSCK. 


Note 2: Unless Latched Bus Retry mode is set (LBR in the Data Configuration Register, Section 4.3.2), BRT must remain asserted until after the Th state. If 
Latched Bus Retry mode is used, BRT does not need to satisfy T42. : 


Note 3: T41 is for synchronous bus retry and T41a is for asynchronous bus retry (sae Section 4.3.2, bit 15, Extended Bus Mode). Since T41a is an asynchronous 
setup time, it is not necessary to meet it, but doing so will guarantee that the bus exception occurs in the current memory transfer, not the next. 


Note 4: BGACK is driven high for approximately /2 BSCK before going TRI-STATE. 


1-735 


91-OINOS 


SONIC-16 


7.0 AC and DC Specifications (continued) 


MEMORY ARBITRATION/SLAVE ACCESS 
Ti 


T1 T2 Th Ts Ts Ts Ts -T1 T2 Th Ti 


HOLD 
(BMODE=0) 


BGACK 
(BMODE= 1) 


A<23:1> 


D<15:0> 


cs 
(Note 1) 


SAS (Note 5) 
(BMODE=1) 


SAS (Note 5) 
(BMODE=0) "=" 


T80 


T60 
T81—>| a 


T59 


———— 


MREQ (Note 1) 


TL/F/11722-72 


Number 


csuiaid [win [ax | 


T56 CS Low Asynch. Setup to BSCK 


(Note 2) 


T57 
T58 


MREQ Low Asynch. Setup to BSCK 
(Note 2) 


T59 
T60 


MREQ or CS to SMACK Low (Notes 3, 4) 


T80 MREQ to SMACK High bole, onal 
Tet BSCK to SMACK Low ees eye eM 


Note 1: Both CS and MREQ must not be asserted concurrently. If these signals are successively asserted, there must be at least two bus clocks between the 
deasserting and asserting edges of these signals. : 


Note 2: It is not necessary to meet the setup times for MREO or GS since these signals are asynchronously sampled. Meeting the setup time for these signals, 
however, makes it possible to use T60 to determine exactly when SMACK will be asserted. . 


Note 3: The smaller value for T60 refers to when the SONIC-16 is accessed during an Idle condition and the other value refers to when the SONIC-16 is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS or MREQ is asserted Y% bus clock before 
the falling edge that these signals are asynchronously clocked in on (see T56 and T58). If T56 is met for CS or T58 is met for MREQ, then SMACK will be asserted 
exactly 1 bus clock, when the SONIC-16 was idle, or 5 bus clocks, when the SONIC-16 was in master mode, after the edge that T56 and T58 refer to. (This is 
assuming that there were no wait states in the current master mode access. Wait states will increase the time for SMACK to go low by the number of wait states in 
the cycle.) SAS must have been asserted for this timing to be correct. See SAS and CS timing in the Register Read and Register Write timing specifications. 


Note 4: bcyc = bus clock cycle time (T3). 


Note 5: The way in which SMACK is asserted is due to CS is not the same as the way in wnich SMACK is asserted due to MREQ. SMACK goes low as a direct 
result of the assertion of MREQ, whereas, for CS, SAS must also be driven low (BMODE = 1) or high (BMODE = 0) before SMACK will be asserted. This means 
that when SMACK is asserted due to MREQ, SMACK will remain asserted unti! MREQ is deasserted. Multiple memory accesses can be made to the shared 
memory without SMACK ever going high. When SMACK is asserted due to CS, however, SMACK will only remain low as long as SAS is also low (BMODE = 1) or 
high (BMODE = 0). SMACK will not remain low throughout multiple register accesses to the SONIC-16 because SAS must toggle for each register access. This is 
an important difference to consider when designing shared memory designs. 
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7.0 AC and DC Specifications (Continued) 
REGISTER READ, BMODE = 0 (Note 1) 


1 T2 (wait) T2 (wait) T2 (wait) 12 (wait) 12 "1 
BSCK 
Bee: fami a ple ned 
= | ae 164—+ 
156 [+ 185a-——»} 
cs 
162 is T62a 
i T65 
wis y 


SWR 
<> |176 

RDYo 

SMACK 


182 : pa] 185 


0<15:0> 


TL/F/11722-73 


765 | ResistorAddoss SetuptoSAS——S= STC 
Tee | Resistor Address Hold Time trom SAS tO] 


Note 1: This figure shows a slave access to the SONIC-16 when the SONIC-16 is idle, or rather not in master mode. If the SONIC-16 is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. _ ; ; 

Note 2: If CS is deasserted before the falling edge of SAS, T76, T79 and T85 are referenced from the rising edge of CS. 

Note 3: bcyc = bus clock cycle time (T3). 

Note 4: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 5: The smaller value for T60 refers to when the SONIC-16 is accessed during an Idle condition and the other value refers to when the SONIC-16 is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 1% bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-16 was idle, 
or 5 bus clocks, when the SONIC-16 was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 6: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. It is suggested that SAS be driven high no later than CS. If necessary, 
however, SAS may be driven up to 1 BSCK after CS. 

Note 7: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 
these lines without contention. 


Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (continued) 
REGISTER WRITE, BMODE = 0 (Note 1) 


1 T2 (wait) 12 (wait) T2 (weit) T2 (wait) 12 T1 


BSCK 
Bisel? =p 
162 aa T62e 


ms Ly 
| i 
SWR 
179 


[+ T8Sa—>} 


a 


T60 172 
SMACK 
183 184 
D<15:0> 
TL/F/11722-74 
Number Parameter [Min] Max Units 
756 |GSAsynch SetyptoBSOK (Noted) SiS SidSSSSS~*dCS 
T60 MREQ or CS to SMACK Low (Notes 3, 5, 7) a i beye 
Tez [SAS AssertonbeforeS (Notes) ———=SCi«tSCCiS*~*~‘“rtCS*~‘“~*~*~‘dCSCSCtia 
Te2a | __SASDeassertion afterCS(Notes3,6) | | Cé 
Tes | _ResisterAddressSeuptoSAS——S|SSSCOS~*«SSC*é‘“‘*‘~*S*dSSCis 
Te | Register AddressHold TimeitomSAS__—_—«d St SC*dSSSS~*dC 
Tes | SASPulsowidth (Notes) SS*d;SCSCiyo00—S«dYSSS*dCSSs 
170 | Sw (wrte)SeuptoSASSC«dSSC~Ci‘iS*éiSSC“‘«‘™* SS 
7 bove 
Tea | Register Wite DataHoldtromasok——=«|—~—i0SS«dSSCS~*dCOSt 
Tasa_ |Win. CSDeassen Time Notes) Sd St SSC*dSSSS*dYC 


Note 1: This figure shows a slave access to the SONIC-16 when the SONIC-16 is idle, or rather not in master mode. If the SONIC-16 is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 


Note 2: If CS is deasserted before the falling edge of SAS, T76 and T79 are referenced from the rising edge of TS. 
Note 3: bcyc = bus clock cycle time (T3). 


Note 4: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 


Note 5: The smaller value for T60 refers to when the SONIC-16 is accessed during an Idle condition and the other value refers to when the SONIC-16 is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 14 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-16 was idle, 
or 5 bus clocks, when the SONIC-16 was in master mode, after the edge that T56 refers to. (This is assuming that there were no walt states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) ‘ 


Note 6: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. itis suggested that SAS be driven high no later than CS. If necessary, 
however, SAS may be driven up to 1 BSCK after CS. 


Note 7: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (Continued) 
REGISTER READ, BMODE = 1 (Note 1) 


1 T2 (wait) T2 (wait) T2 (wait) 12 (wait) T2 (wait) 12 WW 


164 —| 
tacsio> —_{T) 


SRW 
pee Ba i 

| 177 
———— _(TRI-STATE (Note 3) 
DSACKO f : i 
————— __(TRI-STATE) ee | eee 
DSACK1 
160 
181 


(Note 3) 
798 >| 


‘SMACK 
182 T86 
0<15:0> 
TL/F/11722-75 
Number | Parameter [te Units 
756 [CSAsynch SetuptoBscKkiNoies) | S12 | ns 
T62 | SkSAssertionbeforecS(Note7) | | ns 
T63 Register Address Setup to SAS a a ees ns 
Té4 a res ns 
Té7 [SAW (Read SetuptoSAS CT CT ns 
Trea [SMACK toDSACKOTLow(Notes4.9) | 2 TC 
174 [SRW (Read)HoldtromsaS | OT ns 
T75a [BSOKtoDSACKGiLw | CT ns 
17 [CStoDSACKO,THigh (Notes) | | ns 
T77a [SAStoDSACKO,THigh(Notes2,3) | | 8 ns 
178 [Skew betweenDSACKOT || ns 
T79a [BSCKtoSMACKHigh CTC CT 8 ns 
T81 | BSCKtoSMACKLow OS C~dSC(‘$SCL 8H ns 
T82 | BSCKtoRegisterDatavaid | SCT C8 ns 
T85a [Min GSDeassertTime (Noted) | tT | ye 
T86 SAS or GS to Register Data TRI-STATE fw ea 
(Notes 2, 8) 


Note 1: This figure shows a slave access to the SONIC-16 when the SONIC-16 is idle, or rather not in master mode. If the SONIC-16 is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 

Note 2: if G5 is deasserted before the rising edge of SAS, T77 and T86 are referenced off the rising edge of CS instead of SAS. 

Note 3: DSACKO,1 are driven high for about 1/, bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). 

Note 5: It is not necessary to meet the setup time for GS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC-16 is accessed during an Idle condition and the other value refers to when the SONIC-16 is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted 14 bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for GS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-16 was idle, 
or 5 bus clocks, when the SONIC-16 was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 

Note 7: SAS may be asserted at anytime before or simultaneous to the falling edge of CS. 

Note 8: This timing value includes an RC delay inherent in the test measurement. These signals typically TRI-STATE 7 ns eariler, enabling other devices to drive 
these lines without contention. 

Note 9: These values are not tested, but are guaranteed by design. They are provided as in design guideline only. 
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7.0 AC and DC Specifications (continued) 
REGISTER WRITE, BMODE = 1 (Note 1) 


bal 12 (wait) 12 (wait) T2 (weit) 12 (wait) T2 (wait) 12 1 


SONIC-16 


BSCK 


RA<5:0> 


————_(TRI=STAT Note 3 
DSACKO {TRI-STATE) (Note 3) 
DSAcKT —CECSIATE) ee a — 


181 
an | 1790+ 


SMACK 
183 +> 184 
D<15:0> 
TL/F/11722-76 
p Min Max 
756 |___GSAsynch. SetuptoBSCK (Notes) [2] |S 
162 |__SAS Assertion beforeCS (Note7) | |i 
T63 |___RegisterAddressSetuptoSAS Tt YS 
766 |___Resister AddressHoldtromSAS [tf YS 
170a |__SAW (Write) SetuptoSAS_ ToT 
Tia |___SAW (Write) Hold tromSAS td) 
Trea |__SMAGK toDSACKOT Low(Notes4.8) | «| CSC 
T75b |__BSOKtoDSACKOTLow TTY 
17 | __GStoDSACKOTHigh(Notes2,9) [|| 
T77a |__SAStoDSACKOTHigh(Notes2,9) [|| 
178 |__SkewbetweenDSACKOT | tds 
179a | _BSCKtoSMACKHigh Td 
81 | __BSCKtoSWACKLow TTS 
789 |__RegisterWriteDataSewptoBscK Ta TdT 
Ted |__Register Write DataHoldfromBsck [20 | YS 
Taba |__Min.CSDeassertTime(Notea) tT C«dYCSC 


Note 1: This figure shows a slave access to the SONIC-16 when the SONIC-16 is idle, or rather not in master mode. If the SONIC-16 is a bus master, there will be 
some differences as noted in the Memory Arbitration/Slave Access diagram. The BSCK states (T1, T2, etc.) are the equivalent processor states during a slave 
access. 

Note 2: if CS is deasserted before the rising edge of SAS, then 177 is referenced off the rising edge of CS instead of SAS. 

Note 3: DSACKO,T are driven high for about 1% bus clock before going TRI-STATE. 

Note 4: bcyc = bus clock cycle time (T3). ‘ 

Note 5: It is not necessary to meet the setup time for CS since this signal is asynchronously sampled. Meeting the setup time for this signal, however, makes it 
possible to use T60 to determine exactly when SMACK will be asserted. 

Note 6: The smaller value for T60 refers to when the SONIC-16 is accessed during an Idle condition and the other value refers to when the SONIC-16 is accessed 
during non-idle conditions. These values are not tested, but are guaranteed by design. This specification assumes that CS is asserted VY bus clock before the 
falling edge that CS is asynchronously clocked in on (see T56). If T56 is met for CS, then SMACK will be asserted exactly 1 bus clock, when the SONIC-16 was idle, 
or 5 bus clocks, when the SONIC-16 was in master mode, after the edge that T56 refers to. (This is assuming that there were no wait states in the current master 
mode access. Wait states will increase the time for SMACK to go low by the number of wait states in the cycle.) 


Note 7: SAS may be asserted low anytime before or simultaneous to the falling edge of CS. 
Note 8: These values are not tested, but are guaranteed by design. They are provided as a design guideline only. 
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7.0 AC and DC Specifications (Continued) 
ENDEC TRANSMIT TIMING (INTERNAL ENDEC MODE) 


187 
I re9—_> 


—>| 1388 


iia 796 —>| 


TL/F/11722-77 


Number 

T87 

T88 

T89 

T95 

T96 Transmit Output Fall Time (80% to 20%, Note 1) 
T97 Transmit Output Rise Time (20% to 80%, Note 1) 
T98 Transmit Output Jitter (Not Shown) 

T100 Transmit Output High before Idle (Half Step) 
T101 Transmit Output Idle Time (Half Step) 


| 


Note 1: This specification is provided for information only and is not tested. 
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7.0 AC and DC Specifications (continuea) 
ENDEC RECEIVE TIMING (INTERNAL ENDEC MODE) 


ist Bit 
Decoded 


TL/F/11722-78 


ENDEC COLLISION TIMING 


}<-1114 TH15 fe 
Bema! 2 Ne 


COL 


TL/F/11722-79 


Number | Parameter | Min. | Max [Unit 
Toz | Receive Ctock Duty Cycle Time (Note) | 4o—s| go ns 
Tos | CarierSenseontims || OCS ns 
Tos | Detarcquisiiontime | 00 ns 
Toy | ReceveDataCutputDely || tC ns 
Tos | ReceveDataVaidtromaxc [|| to ns 
Tios | __ReceveDataStablevatstime | go | ns 
TH12 | CarrierSenseoHtDelay(Notez) |_| 55 ns 
T113__|_MinimumNumberofFxOsattercrstow | 5 | | _—reyo (Noto 
Ti | Cotisiontunontime TTC ns 
T15 __|Colisiontumortime || —S ns 


Note 1: This parameter is measured at the 50% point of each clock edge. 
Note 2: When CRSi goes low, it remains low for a minimum of 2 receive clocks (RXCs). 
Note 3: rcyc = receive clocks. 
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7.0 AC and DC Specifications (Continued) 
ENDEC-MAC SERIAL TIMING FOR RECEPTION (EXTERNAL ENDEC MODE) 


9L-OINOS 


RXC 


7121 
~| Frize 


Number Parameter 

T118 Receive Clock High Time 

T119 Receive Clock Low Time 

T120 Receive Clock Cycle Time 

T7121 RXD Setup to RXC 

T122 RXD Hold from RXC 

T124 Maximum Allowed Dribble Bits 
T7125 Receive Recovery Time (Note 2) 
T126 RXC to Carrier Sense Low (Note 1) 


TL/F/11722-80 


Units 
ns 


ns 


— 
(=) 


ns 


ns 


ns 


— | a | wo 
oa}|o oa] oa 


rcyc 


Note 1: teyc = transmit clocks, rcyc = receive clocks, bcye = T3. 
Note 2: This parameter refers to longest time (not including wait-states) the SONIC-16 requires to perform its end of receive processing and be ready for the next 
start of frame delimiter. This time is 4 tcyc + 36 bcyc. This is guaranteed by design and is not tested. : 


ENDEC-MAC SERIAL TIMING FOR TRANSMIT (NO COLLISION) 


: 


LAST BIT 


’ as 
pa 


TL/F/11722-81 


Units 


Number 
7127 40 
T128 
T29 
7190 
191 
7192 
133 
194 
7195 


Note 1: tcyc = transmit clock. 


ns 


ns 


— 
oO 


ns 


ns 


ns 


ns 


BN 
oO 


=a |[o 
alo 


ns 


[°?] 
tb 
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7.0 AC and DC Specifications (Continued 
ENDEC-MAC SERIAL TIMING FOR TRANSMISSION (COLLISION) 


Number 


Note 1: tcye = transmit clock. 
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8.0 AC Timing Test Conditions 


All specifications are valid only if the mandatory isolation is 

employed and all differential signals are taken to be at the 

AUI side of the pulse transformer. 

GND to 3.0V 
5ns 


Input Pulse Levels (TTL/CMOS) 
Input Rise and Fall Times (TTL/CMOS) 


Input and Output Reference 
Levels (TTL/CMOS) 


Input Pulse Levels (Diff.) 


Input and Output 
Reference Levels (Diff.) 


TRI-STATE Reference Levels 


1.5V 
—350 mV to —1315 mV 


50% Point of 
the Differential 


Float (AV) +0.5V 
OUTPUT LOAD (See Figure below) 


Voc 


$1 (NOTE 2) 


DEVICE 
UNDER 
TEST 


'C, (NOTE 1) 
T° 


: TL/F/11722-83 
Note 1:50 pF, includes scope and jig capacitance. 
Note 2: S1 = Open for timing tests for push pull outputs. 
$1 = Voc for Vor test. 
$1 = GND for Vox test. 


S1 = Vcc for High Impedance to active low and active low to High 
Impedance measurements. 


S1 = GND for High Impedance to active high and active High to 
High Impedance measurements. 
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PIN CAPACITANCE 
Ta = 25°C, f = 1 MHz 


Input Capacitance 


Units 
pF 


DERATING FACTOR 


Output timing is measured with a purely capacitive load of 
50 pF. The following correction factor can be used for other 
loads: C, = 50 pF + 0.05 ns/pF. 


Output Capacitance 


AUI Transmit Test Load 


TX+ 
780 27 pH 
1X- 
TL/F/11722-84 


Note: In the above diagram, the TX+ and TX— signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer 
used for all testing is a selected 100 »#H +0.1% Pulse Engineering 
PE64103. 
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DP83932 SONIC™ Bus 
Operations Guide 


This application note is intended to be a supplementary 
document for the DP83932 SONIC datasheet, expanding 
upon the bus functional descriptions found in the datasheet. 
It is recommended that you are familiar with the bus opera- 
tions of the SONIC before reading this document. 


This application note gives additional examples of the 
SONIC’s bus operations to illustrate a broader picture of 
receptions, transmissions, etc. Where possible, special con- 
ditions are included to show all conceivable bus operations 
performed by the SONIC. Detailed figures are shown to en- 
hance clarity. This document is divided into two sections for 
bus master and slave operations. The bus master section 
details bus operations during transmission, receptions and 
load CAM operations, and the slave access section de- 
scribes SONIC register accesses during idle and non-idle 
conditions. 


TERMS AND ABBREVIATIONS 

In this document certain terms and abbreviations will be 
used to describe the bus operations of the SONIC. These 
words are defined as follows: 

Block Transfer: A multiple transfer bus operation in which 
the address increments for each transfer. 
Refers to a 16-bit quantity; a double word is 
a 32-bit quantity. 

Memory Cycle: The basic cycle which the SONIC reads 
from or writes to memory. 

The complete time the SONIC uses the bus 
during a block transfer. 

This is the time from when the SONIC re- 
quests the bus to when the SONIC is grant- 
ed the bus. 


Word: 


Bus Tenure: 


Bus Latency: 


National Semiconductor 
Application Note 745 
Wesley Lee 


CAM: 
TDA: 
TBA: 
RRA: 
ADA: 


Content Addressable Memory 
Transmit Descriptor Area 
Transmit Buffer Area 
Receive Resource Area 
“Receive Descriptor Area 
ABA: Receive Buffer Area 
CDA: CAM Descriptor Area 


1.0 BUS MASTER OPERATIONS 


1.1 The Basic Block Transfer Cycle 


The basic transfer cycle of the SONIC is composed of three 
basic operations: (1) acquiring the bus, (2) transferring data 
onto/from the bus, and (3) relinquishing the bus. Operations 
(1) and (3) are described in detail in Section 5.4 of the 
DP83932 datasheet or Section 7.3 of the DP83934 data- 
sheet and will not be discussed here. Operation (2), howev- 
er, will be more fully explained. 


When the SONIC uses the bus, it transfers data to/from one 
specific area in memory (i.e., RBA, RDA, RRA, TDA, or 
TBA) as indicated by the bus status pins S<2:0>. If the 
SONIC needs to transfer the data to multiple areas in mem- 
ory, it deasserts its bus request (HOLD or BGACK), then 
requests the bus again (HOLD or BR). During its tenure on 
the bus, the SONIC transfers a programmed number of 
words to memory, depending on where data is placed. The 
number of. transfers to the descriptor areas (TDA, RDA, 
RRA, and CDA), are shown in the following table. Note that 
since the upper word (D<31:16>) is not used in 32-bit 
mode, the number of transfers are the same for both 16-bit 
and 32-bit modes. 


TABLE 1-1. Number of Memory Transfers to the Descriptor Areas 


R/W 


First descriptor fetch 


Status and link access 


~ 


BS) 
N 


D 
= 


All bus tenures 


When 


All bus tenures except the last one 


Last bus tenure. The additional access is to load the CAM Enable register. 
Additional fragment pointer and size fetches, if any 


Updating receive descriptor information 
Updating receive descriptor information but SONIC has read EOL = 1 


Re-reading RXpkt.link and writing to RXpkt.in_use when EOL has previously been 
detected as 1. The SONIC writes to the in__use field when EOL now reads 0. 


Re-reading the RXpkt.link as above but the SONIC still reads EOL = 1. 
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For buffer area transfers (TBA and RBA), the number of 
memory transfers is determined by the FIFO threshold and 
whether the SONIC is in ‘‘empty/fill’ or ‘exact block” trans- 
fer modes, programmed in the Data Configuration register. 
For “exact block” transfer mode, the SONIC transfers the 
same number of words (or double words) as are pro- 
grammed for the FIFO threshold. For example, if you pro- 
grammed 4 double words as the threshold for the receive 
FIFO, the SONIC will transfer this amount of data to memo- 
ry per bus tenure. There are two exceptions to this rule, 
however. First, during transmission or reception, if the pack- 
etis not a multiple of the FIFO threshold, the last bus tenure 
will contain less transfers than the FIFO threshold. Second, 
for high transmit FIFO thresholds (12 words or 14 words), 
the SONIC will fill the transmit FIFO only as much as need- 
ed to completely fill it (and not overfill it). Thus, if you 
choose a 12 word transmit FIFO threshold, the first bus ten- 
ure will transfer 12 words, but the second tenure will only 
transfer 4 words (12 words + 4 words = 32 bytes). This 
last example assumes that the bus latencies are zero. 


For “empty/fill” mode, the number of transfers is also de- 
pendent on the bus latency. When the FIFO threshold has 
been reached, the SONIC will either completely empty the 
FIFO during reception or completely fill the FIFO during 
transmission. At the time of the bus request, the FIFO 
threshold equals the number of words in the FIFO, but due 
to bus latencies, additional bytes may have entered the 
FIFO (during reception). Thus, the number of words trans- 
ferred during a bus tenure in this mode is the FIFO threshold 
plus the additional bytes that have entered the FIFO during 


reception or minus the bytes that have been serialized dur- 


ing transmission. 


1.2 Packet Reception 

This section gives a step-by-step description of the SONIC 

receiving a 68-byte packet. The initial conditions are shown 

below. 

Initial conditions: 

(a) The incoming packet is one that the SONIC will accept. 

(b) The SONIC has detected that EOL = 1 from the previ- 
ous reception, but the software has subsequently ap- 
pended another receive descriptor before receiving this 
packet. 

(c) The packet begins on a double word boundary. 

(d) The Data Configuration register has been configured 
for: 
© 32-bit data width mode (DB5 = DW = 1) 


e® 4 double word Receive FIFO threshold 
(DB3,2 = RF1,0 = 1,0) 
¢ Exact Block Transfer mode (DB4 = BMS = 1) 


(e) The packet has crossed over the End of Buffer Count 
(EOBC) register during this reception; hence the SONIC 
will need to use another Receive Buffer Area (RBA). 


The reception is described as follows. 
Note: The numbers in this section correspond to the numbers in Figure 1-1. 


(1) Because of condition (a), the SONIC reads the 
RXpkt.link again to see if the software has subsequently 
reset the EOL bit to zero. Since it has (condition [b]), 
the SONIC writes to the RXpkt.in_use field and buffers 
the packet to the RBA. Note that this step is skipped if 
the SONIC has sufficient descriptors. 


(2) Once the receive FIFO has reached its threshold (4 
double words), the SONIC will write 4 double words dur- 
ing its bus tenure. For a 68-byte packet, the SONIC will 
perform this operation 4 times. 


During the last RBA bus tenure, the packet has ended 
(CRS goes low). The SONIC requests the bus once 
again (in 3 bus clocks) and flushes the remaining bytes 
in the FIFO (8 bytes). The first 4 bytes are the remainder 
of the packet and the last 4 bytes are the receive status 
that is automatically written into the FIFO by the SONIC. 
These last 4 bytes are extraneous to the RBA and are 
ovemritten during the next reception. The usable re- 
ceive status is written to the Receive Descriptor Area. 
Note 1: If the packet size is not a multiple of the memory transfer size 
(16 bits or 32 bits), the SONIC will pad the last memory trans- 
fer with 1's as necessary. 


Note 2: If any of the last 4 bytes exceeds the length of the Receive 
Buffer Area, these bytes will not be written to memory. 

The SONIC writes the status information in the Receive 
Descriptor Area. The SONIC performs 7 consecutive 
memory transfers during its bus tenure (5 writes to the 
RXpkt.status, RXpkt.byte_count, RXpkt.pkt_ptr0, 
RXpkt.pkt_ptri, and RXpkt.seq_no. fields, 1 read to 
the RXpkt.link field, and 1 write to the RXpkt.in_ use 
field). See Figure 1-3 and Section 1.2.2 for further de- 
tails. 

Because of condition (e), the SONIC requests the bus 
again (in 3 bus clocks) and fetches a resource descrip- 
tor from the Receive Resource Area. The SONIC reads 
this area in 4 consecutive memory read operations. 


CRS J | 


(1) (2) (2) 


(2)__—_(3) (4) (5) 


X88 re 
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FIGURE 1-1. Complete Reception of a 68-Byte Packet 
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1.2.1 Detail of Access to the RBA 
Figure 1-2a and 1-2b show the first SONIC access to the RBA for BMODE = 0 and 1. Note that the status pins S<2:0> change 
from 0,1,0 to 0,1,1 as the SONIC finishes writing the Source Address of the packet and continues buffering the rest of the 


packet. 


A<31:1> 
$<2:0> IDLE 
MWR (HIGH : : 


RDY 
TL/F/11139-2 


FIGURE 1-2a. First RBA Access for Storing Packet (BMODE = 0, Synchronous Mode) 


A<31:0> ae ae 
$<2:0> 010 (Source or Destination Address Written to RBA 011 (RBA IDLE 


D<31:0> bytes<3:0> bytes<7:4> bytes<11:8> bytes<15:12> 


MRW 


DSACKO, 1 
TL/F/11139-3 


FIGURE 1-2b. First RBA Access for Storing Packet (BMODE = 1, Asynchronous Mode) 
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1.2.2 Detail of Access to the RDA 

Figure 1-3a and 1-3b shows the SONIC accessing the RDA for both BMODE = 0 and 1. Note that this block transfer contains 
both read and write accesses. Also note that the status pins S<2:0> briefly change from RDA (1,0,0) to Idle (1,1,1) between the 
read and write operations. This occurs between the RXpkt.seq__no and RXpkt.link accesses, and between the RXpkt.link and 
RXpkt.in__use accesses and is accompanied by a Ti bus clock state. 


SPZ-NV 


D<31:0> RXpkt.status RXpkt.byte_count RXpkt.pkt_ ptrO RXpkt.pkt_ptr1 RXpkt.seq_no 


TL/F/11139-4 
FIGURE 1-3a. RDA Access for Storing Descriptor Information (BMODE = 0, Synchronous Mode) 


A<31:1> A+10 


D<31:0> { Rxpkttinke ] RXpkt.in_use 


en ee 
a Ce ee Ce 


TL/F/11139-5 


FIGURE 1-3a. RDA Access for Storing Descriptor Information (BMODE = 0) (Continued) 
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$<2:0> Y RDA= 100 , 
MRW \ | 


FIGURE 1-3b. RDA Access for Storing Descriptor Information (BMODE = 1, Asynchronous Mode) 


A<31:1> 


$<2:0> 


D<31:0> 


DSACKO, 1 


RXpkt. link RXpkt.in_use 


FIGURE 1-3b. RDA Access for Storing Descriptor Information (BMODE = 1) (Continued) 
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1.3 Packet Transmission 


This section gives a step-by-step analysis of a complete 
transmission using the initial conditions below. 


Initial conditions: 


(a) The Data Configuration register has been configured 
for: 
© 32-bit data wide mode (DB5 = DW = 1) 
e 16-byte Transmit FIFO threshold (BD1, 0 = TF1,0 = 
0,1) 
e Exact Block Transfer mode (DB4 = BMS = 1) 


(b) The packet consists of 2 fragments. The first one is 48 
bytes long and the last one is 20 bytes long. 


(c) Both fragments are double-word aligned. 


The transmit operation is described as follows: (the num- 
bers in this section correspond to the numbers in Figure 1-4) 


(1) Before the SONIC transmits, it fetches a descriptor from 
the Transmit Descriptor Area (TDA) to load its transmit 
registers. In 6 consecutive memory read operations, the 
SONIC reads the TXpkt.config, TXpkt.pkt_size, 
TXpkt.frag__count, TXpkt.frag__ptrO, TKpkt.frag__otr1, 
and TXpkt.frag__size fields. Note that the TXpkt.status 
field is skipped during the first TDA access. Note also 
that if a collision occurs, forcing the SONIC to retrans- 
mit, the SONIC will once again fetch the descriptor from 
the beginning (i.e., starting at TXpkt.config). 

After fetching the descriptor, the SONIC begins loading 
the FIFO to its transmit threshold. The SONIC performs 
4 consecutive memory operations in the Transmit Buffer 
Area (TBA) per bus tenure. Note that the fragment may 
begin on any byte boundary; if this is the case, the 
SONIC reads the corresponding double word which 


contains the beginning of the packet. 


The SONIC immediately requests for the bus again (in 3 
bus clocks) because the number of words in the FIFO is 
equal to or less than the Transmit FIFO threshold. When 
the threshold has been exceeded, the SONIC com- 
mences transmission (TXE goes high). Subsequent re- 


quests for the TBA will not occur until the serializer has 


removed enough bytes from the FIFO to lower it below 


its threshold. 


Because of condition (b), the SONIC goes back to the 
Transmit Descriptor Area to obtain the pointer and 
length count of the next fragment. In three consecutive 
read operations, the SONIC will read the next 
TXpkt.frag__ptrO, TXpkt.frag_ptri, and TXpkt.frag__ 
size fields. 


At the end of transmission, the SONIC will write the 
status of the TXpkt.status field, then read the TXpkt.link 
field to locate the next descriptor. 


1.3.1 Detail of Access to the TDA 


Figure 1-5a and 1-5b shows the SONIC accessing the TDA 
at the end of transmission. The SONIC writes the status 
information at the beginning of the descriptor and reads the 
link field at the end of descriptor. (Note 7 = the number of 
fragments.) Since this access involves both a write and a 
read, there is a transition from TDA to Idle to TDA on the 
status lines in between writing the status and reading the 
link field. This transition is accompanied by a Ti bus clock 
state. 


1.3.2 Detail of Access to the TBA 


Figure 1-6a and 1-6b shows the SONIC accessing the TBA 
when the transmit FIFO has been programmed for (1) 32-bit 
mode (2) exact block transfer mode, and (3) a 4 double 
word threshold. 


1.4 Loading the CAM (Content Addressable Memory) 


After the CAM descriptor Area has been initialized and the 
Load CAM command issued to the SONIC, the SONIC will 
read the CAM Descriptor Area (CDA) and load its CAM. The 
SONIC, in 4 memory read cycles, accesses memory and 
loads.one CAM entry per bus tenure. During the last block 
transfer, the SONIC reads one additional word to load its 
CAM Enable register. In the example illustrated in Figure 
1-7, the SONIC has been programmed to load 4 CAM loca- 
tions. 


TXE : | | 


__(1) (2) (3) 


(3) 


(4) (3) (3) (4) 


TL/F/11139-8 


FIGURE 1-4. Complete Transmission of a 68-Byte Packet 
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A<31:1> 


D<31:0> 


A<31:1> 
$<2:0> 


D<31:0> 


DSACKO, 1 


A#14+((n-1) * 3) - 


TDA = 101 a. TDA = 101 
TXpkt.status TXpkt.link 


COENEN) 


TDA = 101 : TDA = 101 


TXpkt.status z TXpkt.link 


FIGURE 1-5b. Last TDA Access (BMODE = 1, Asynchronous Mode) 
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SPZ-NV 


ACB 1i1> 
TBA=0,0,1 : IDLE 


0<31:0> bytes<3:0> bytes<7:4> bytes<11:8> b<15:12> 


FIGURE 1-6a. Typical TBA Access (BMODE = 0, Synchronous Mode) 


$<2:0> TBA=0,0, 1 
D<31:0> bytes<7:4> 
MRW (HIGH) 


DSACKO, 1 


TL/F/11139-12 
FIGURE 1-6b. Typical TBA Access (BMODE = 1, Asynchronous Mode) 


$<2:0> cazo,00 YX Yom YY. om XX om Xo 
MWR | | | | | | 


TL/F/11139-13 


FIGURE 1-7. Updating 4 CAM Entries with the Load CAM Command 
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2.0 SLAVE OPERATIONS 


The slave operations of the SONIC can be classified into 
two cases, (1) register access while the SONIC is idle, and 
(2) register accesses while the SONIC is not idle. The first 
case always occurs in single bus systems where the CPU 
and SONIC reside on the same bus. Only one bus master is 
allowed on the bus in such a system. The second case may 
occur in dual bus systems where the CPU and SONIC lie on 
different busses. In this case, the CPU may access the 
SONIC while it is currently using the bus (such as during 
transmission or reception). The SONIC does not respond 
immediately in this case, but finishes off its current bus mas- 
ter operation before responding to the register access. The 
following two sections give a step-by-step description of the 
slave operations. 


2.1 Register Access During Idle 
(Refer to Figures 2-1a and 2-1b) 


(1) The CPU presents the register address, address strobe, ’ 


chip select, and slave write/read strobe to the SONIC. 


Note: For BMODE = 0, SAS must be asserted low before or at the 
same time that CS is asserted. The rising edge of SAS latches 
the register address, RA<5:0>, and slave direction strobe, 
SWR. 


D<31:0> 


RA<5:0> 


I, 


asynch.setup 


(2) The SONIC synchronizes chip select to the falling edge 
of bus clock and responds with slave and memory ac- 
knowledge (SMACK) at the next falling edge of bus 
clock. 

Note: BMODE = 0, if SAS remains asserted (low) beyond the falling 
edge of CS, SMACK will not be asserted until SAS is deasserted 
high. 

For BMODE = 1, DSACK0O,1 is generated 2 bus clocks 

after SMACK is asserted, and for BMODE = 0, RDYois 

generated 2.5 bus clocks after SMACK. These outputs 
indicate to the CPU that the slave access is over. For 
read cycles, register data is valid at the falling edge of 
the ready signal (RDYo or DSACKO,1); for write cycles, 
the SONIC has latched the register data at the falling 
edge of the ready signal. , 


The CPU completes the slave cycle by deasserting CS 
or reasserting SAS low for BMODE = 0, or deasserting 
CS or SAS for BMODE = 1. The earliest of these sig- 
nals will terminate the slave cycle. 
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FIGURE 2-1a. Register Read While SONIC Is Idle (BMODE = 0) 


T1 T2 


T2 


T2 72 Ti 


BSCK | \ \ 
a 


D<31:0> 


RA<5:0> 


T, 


asynch.setup 


(2) 


[= Throp. 


SMACK 


(3) 
[= Throp. 


DSACKO, 1 \ 


FIGURE 2-1b. Register Read While SONIC is Idle (BMODE = 1) 


2.2 Register Access While SONIC is a Bus Master 


Figures 2-2a and 2-2b show register accesses on the 
SONIC for both BMODE = 0 and BMODE = 1 respectively. 
These register accesses occur while the SONIC is a bus 
master (HOLD is high or BGACK is low). Notice how the bus 
states for the SONIC controlled DMA access (shown as 
states Ts1, Ts2 etc.) and the CPU controlled register access 
(shown as states Tc1, Tc2, etc.) overlap. They both start at 
the same time, but the register access does not complete 
until the SONIC DMA access completes and the SONIC 
gets off the bus. The following description refers to the num- 
bers in Figures 2-2a and 2-2b. 


(1) In order to initiate a slave transfer, the SONIC must 
sample CS low. Also, it must sample SAS high for 
BMODE = 0 or SAS low for BMODE = 1. Even when 
the SONIC is doing master mode accesses on the bus, 
it monitors CS and SAS. If the above conditions are met, 
the SONIC finishes the current master mode bus cycle 
and then TRI-STATES off the bus. 

The SONIC asserts slave and memory acknowledge 
(SMACK) off the falling edge of the clock on the first 
Te2 after the Tsh state. 
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(3) For BMODE = 1, DSACKO,1 is generated 2 bus clocks 

after SMACK is asserted, and for BMODE = 0, RDYo is 
generated 2.5 bus clocks after SMACK. These outputs 
indicate to the CPU that the slave access is over. For 
read cycles, register data is valid at the falling edge of 
the ready signal (RDYo or DSACKO,1); for write cycles, 
the SONIC has latched the register data at the falling 
edge of the ready signal. 
The CPU terminates the slave cycle by deasserting chip 
select. Alternatively, the slave cycle can be terminated 
by driving SAS low for BMODE = 0, or SAS high for 
BMODE = 1. 


After the CPU has terminated the slave cycle, the 
SONIC continues its bus master operations from where 
it left off. 


2.3 Asserting MREQ to Access Shared Memory 


Asserting MREQ to the SONIC has nearly the same effect 
as asserting CS. SMACK is generated identically as before, 
but the ready signal (RDYO or DSACKO,1) is not asserted. 
The ready signal must be asserted by the memory control 
logic. Also, when using MREQ, it is not necessary to assert 
SAS. 


Note: Both MREQ and CS must not be asserted simultaneously. This will 
cause spurious accesses to the SONIC’s registers. Note also that the 
SONIC requires a recovery time of 2 bus clocks between the deas- 
sertion edge of one signal to the assertion edge of the other. 


(5) 
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A<3121> 


D<31:0> 


RA<5:0> 


Data Out from Register 


T, 


y asynch.setup 


asynch.setup 


FIGURE 2-2a. Register Read While SONIC is Currently Using the Bus (BMODE = 0) 
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BGACK 


A<31:1>. 


D<31:0> Data Out from FIFO 


RA<5:0> 


Tasyneh. setup | nee setup 


(3) 


}—|prop. 
DSACKO, 1 \ | 


TL/F/11139~-17 
FIGURE 2-2b. Register Write While SONIC is Currently Using the Bus (BMODE = 1) 
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INTRODUCTION ABOUT THIS GUIDE 


In the past, Ethernet chips have concentrated on interfacing —_ This guide will provide you the information needed to write a 
well with the hardware, but have given the software inter- _ driver for the DP83932 System-Oriented Network Interface 
face only passing notice. While hardware designers may Controller (SONIC). You will first be introduced to basic al- 
have been satisfied, the software developers were forced to gorithms using the SONIC’s buffer management, then be 
write drivers for unwieldy silicon. Recently, with companies _—_ shown actual implementation examples. It is recommended 
looking for ways to increase performance, they have found __ that you are familiar with the DP83932 SONIC datasheet 
that the software interface is crucial and has been one of before reading this document. 

the bottlenecks in the system. A chip with an over constrain- 

ing buffer management slows down the system by introduc- 1.0 THE DRIVER SOFTWARE—SONIC INTERACTION 
ing more levels of indirection (pointers) than are truly need- The key to making a Driver and all upper levels of the net- 
ed by the system software. in view of these shortcomings, Work software efficient, is to ensure that they must be capa- 
National surveyed a number of software developers to de- _ ble of referencing received or transmitted packets via point- 
fine a buffer management system which operates efficiently | fs and then conveying these pointers up to the next level 
with the driver. Their basic response was Keep it Simple. _ of software. By employing pointers in this manner, needless 
The reasons were twofold. First, a simple software interface Packet copying from one area in memory to another is elimi- 
engenders a driver which is easy to write and secondly, a nated. As shown in Figure 7-1, the SONIC’s descriptor 
simpler, thus shorter, driver leads to a faster driver. The areas, the RDA and TDA reference the received and trans- 


SONIC’s buffer management epitomizes this with three sa- mitted packet and the RRA references the buffers for the 
lient features. First, only one level of indirection is used to ‘received packets. The actual received and transmitted 
reference data in memory; secondly, link-lists are chosen to Packets remain in their original locations in the RBA and 
endow the software developer with the flexibility to easily | TBA and are not copied elsewhere. In this section the basic 
manipulate descriptors, and thirdly, a register-based com- —_ algorithms are given to illustrate the usage of the RDA, RRA 
mand interface is provided to make commands fast and im- oe TDA. Section 4.0 describes the implementation exam- 
mediate. ples. 


Receive Receive. Receive Transmit Transmit 
Resource Area Buffer Area . Descriptor Area Descriptor Area Buffer Area 
(RRA) (RBA) (RDA) . (TDA) (TBA) 


Fragment 
: Packet #1 
frag_count = 
e Fragment #1 
frag_count = 
Packet #2 


FIGURE 1-1. Overview of the SONIC’s Buffer Management 


Fragment #2 
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D4 
vacant 


TL/F/11140-1 


Ul 
= 


‘esource descriptor 
acket descriptor 


vu 
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1.1 Processing Packets In the Receive Descriptor Area 
(RDA) 
After the SONIC has received the packet, it places the 
packet in the RBA and the packet information in the RDA. 
The Driver, in turn, processes this packet by locating the 
packet from the packet pointer (RXpkt.ptr0,1) fields in the 
RDA and then delivering the pointer up to the next level 
software for further processing. The Driver then returns the 
descriptor to the front of the list for reuse. This process is 
illustrated in Figures 1-2 (a), (b), and (c). Note that the link- 
list allows descriptors to be appended to the front of the list 
in any order. Note also that no special considerations are 
‘ required to append receive descriptors. The pseudo code 
below illustrates the simplicity in appending descriptors. 


Protocol Stack 


TL/F/11140-3 


Protocol Stack 


append_descr( ) 
new.RXpkt.link = 1; 
old_RXpkt.link = new RXpkt.status | 
/* Old link field points to 
address of new status field */ 
1.2 Recycling Buffers in the Receiver Resource Area 
(RRA) 


Intermixed with processing of packets, the Driver must also 
replenish the receive buffer pool by adding resources de- 
scriptors to the RRA. A suggested method for replenishing 
receive buffers is given in the following example. (This 
method assumes that more than one packet is stored in an 
RBA.) 


Protoco! Stack 


TL/F/11140-4 TL/F/11140-5 


FIGURE 1-2 a, b, c. Processing Descriptors in the RDA 


(a) Initial condition: four descriptors are available for use 


(b) Packets received: three packets having been received are then passed up to the upper level software for further processing. 


(c) Packets processed: the upper level software having finished processing the packets, the Driver returns the descriptors to the front of the list. 
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The Driver allocates a fixed number of receive buffers 
(RBAs), determined at initialization, and recycles them as 
they are used. When the upper level software receives a 
packet from the driver (via pointers), it processes the packet 
at the location received (in the RBA), and when done, noti- 
fies the Driver of the freed memory space. The Driver, then, 
records this event by tallying the packet in a “scoreboard” 
corresponding to the RBA (see Figure 7-3). When the num- 
ber of packets processed equals the total number of pack- 
ets in an RBA, then RBA is free and may be returned to the 
RRA ring. 


. Packets Total Packets 
REA Processed in RBA 


ae a a a (a 


| es unknown | 


FIGURE 1-3: RBA Scoreboard Example 


RBA #0 is now free since packets processed equals total 
packets in RBA. For RBA #3, the software does not yet 
know how many packets reside in an RBA since the SONIC 
has not finished using this RBA. When the software detects 
the LPKT bit set, the packet sequence number reveals the 
total number of packets (see below). 


Because packets may be processed in any order (thus, 
packets may be freed up out of sequence), freeing up an 
RBA is not a straight forward. However, the SONIC reduces 
this task to a simple tallying procedure with its Receive Se- 
quence Numbers (RXpkt.seq__no). When the Driver detects 
the LPKT (last packet) bit set to a 1, the sequence numbers 
indicate how many packets are in a given RBA. Thus, the 
Driver simply tallies the number of packets processed for a 
given RBA and when this is equal to the total number of 
packets, the RBA is free. The sequence numbers are shown 
below. 


15 8 7 on) 
RBA Sequence Number Packet Sequence Number 
(Modulo 256) (Modulo 256) 
IfLPKT = 7 : 


packet sequence number equals total number of 
packets minus one in the RBA (packet sequence 
number starts at zero) 
The following three figures (Figures 1-4a, 1-4b, and 1-4c) 
show a scenario depicting the Driver using 3 RBAs and up- 
dating the RBA “scoreboard”. The flowchart in section 4.2 
(Figure 4-3) illustrates the recycling of RBAs during receive 
processing. 


RXpkt.seq_no = 102h 
LPKT bit = 1 


RXpkt.seq_no = 20th 
LPKT bit = 1 


RXpkt.seq_no = 301h 
LPKT bit = 1 
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RBA Scoreboard 


Processed Packets 


FIGURE 1-4 (a). Recycling Buffers in the RRA 


(a) This figure shows the SONIC, having stored seven packets (P1-P7) in the RBA, has exhausted all its receive buffers (RRP = RWP). The RBA scoreboard 
indicates that there are 3 unprocessed Packets in RBA #1, 2in RBA #2 and 2 in RBA #3. These numbers are determined by the 


Total Packets 


RXpkt.seq__no field. 


RXpkt.seq_no = 102h 
LPKT bit = 1 


RXpkt.seq_no = 201h 
LPKT bit = 1 


RXpkt.seq_no = 301h 
LPKT bit = 1 
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FIGURE 1-4(b). Recycling Buffers in the RRA 


(b) The upper level software has finished processing four packets (P1, P3, P4, and P6) and has notified the Driver of this action. The RBA scoreboard now indicates 
that there is 1 unprocessed packet in RBA #1, 1 in RBA #2 and 1in RBA #3. 


RXpkt.seq_no = 102h 
LPKT bit = 1 


RXpkt.seq_no = 20th 
LPKT bit = 1 


RXpkt.seq_no = 30th 
LPKT bit = 1 
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RBA Scoreboard 


ee Ree ceed See ee 
ee eee ee 
er a ee ee ee 


— RBA 1 may be recycled 


— RBA 3 may be recycled 


FIGURE 1-4 (c). Recycling Buffers in the RRA 


(c) The upper level has now finished processing 6 packets (P1, P2, P3, P4, P6, and P7). The RBA scoreboard now indicates that RBA #1 and RBA #3 are freed 
up. The Driver returns these buffers back to the RRA and increments the RWP register accordingly. 
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1.3 Transmitting Packets from the Transmit Descriptor 
Area (TDA) : 


For transmit operation, the Driver uses the TDA to enqueue 
packets for transmission. Multiple packets may be sent from 
a single command with each packet allowed to be fragment- 
ed (reside in different areas in memory). The fragments 
themselves may be as small as 1 byte and begin on any 
byte boundary. Furthermore, particular attention has been 
made to allow the Driver to append descriptors ‘“‘on the fly”. 


To send packets, the driver first creates a list of descriptors 
in the TDA, then issues the transmit command. The SONIC 
then reads the TDA and transmits the packets. Once a list is 
created, the Driver can add to this list “on the fly” without 
the SONIC stopping. The following rule, however, must be 
followed: the /ast TXpkt.link field must point to the next loca- 
tion where a descriptor will be added as illustrated in Figure 
1-5 (a). The procedure for appending descriptors is outlined 
as follows: 


L=1 
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1. Create a new descriptor with its TXpkt.link pointing to the 


next vacant descriptor location and its EOL bit set to a 
“4 Mu 

2. Reset the EOL bit to a “0” of the previously last descrip- 
tor. 


3. Re-issue the Transmit command (setting the TXP bit in 
the Command register). 


Re-issuing the Transmit command assures that the SONIC 
will continue to send all packets in the list. If the SONIC is 
currently transmitting, the Transmit command has no effect. 
If the SONIC has stopped transmitting (which occurs if the 
SONIC has reached the last descriptor before the Driver 
has had a chance to appand to it) it continues transmitting 
from where it had previously stopped. The rule, as stated 
above, guarantees that the Current Transmit Descriptor 
(CTDA) register points to a valid descriptor after the SONIC 
has stopped transmitting (see Figures 1-5 (a), (b) and (o)). 
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- FIGURE 1-5 a, b, c. Appending Descriptors “On the Fly” in the TDA 


These series of figures shows a scenario whereby the SONIC has reached the end of the descriptor list before the Driver has appended a new descriptor. 


(a)This figure shows the Driver has created a list of four descriptors with the last descriptor pointing to the next location where a descriptor will be added. The 
transmit command has subsequently been issued and the SONIC has reached the last descriptor. 


(b) The SONIC has finished transmitting the last descriptor. It reads the last link field and updates the CTDA register to point to the vacant descriptor location. Note 


that the CTDA register is already prepared for the next transmission. 


(c) The Driver has appended a descriptor at the vacant location and reissues the transmit command. Note that the CTDA register is pointing to the proper location. 


2.0 REGISTER MODEL OF THE SONIC User Registers: The registers are accessed by the user to 
As a brief review, this section gives a short description of status, control and monitor SONIC operations. These are 
the SONIC User registers. This section is similar to section the only registers you need to access. 

4.0 of the SONIC datasheet. It may be skipped without loss Internal Use Registers: These registers are usec by the 
of continuity. SONIC during the course of operation and are not intended 
to be accessed by you. 

Factory Test Registers: These registers are used by Nation- 
al Semiconductor for production testing of the SONIC and 
should not be accessed. Accessing these registers during 
SONIC operations may cause erratic behavior. 


2.1 Register Layout 


The SONIC contains 64 16-bit registers used for conveying 
status and contro! information. Not all registers, however, 
are needed by the system since some registers are used for 
internal operations of the SONIC and others used for in- 
house factory testing. The registers are categorized as fol- 
lows: 


oe 
a 
o 


RA<5:0> 
Command Register Status and Contro! Fields 


Data Configuration Register Status and Control Fields 


Status and Receive Control Register Status and Control Fields 


Control Registers Transmit Control Register Status and Control Fields 


Interrupt Mask Register 
Interrupt Status Register Status Fields 


Upper Transmit Descriptor Address Register | Upper 16-Bit Address Base 
Transmit 


: Current Transmit Address Register Lower 16-Bit Address Offset 
Registers : 


Maximum Deferral Timer Count Value 

Upper Receive Descriptor Address Register | Upper 16-Bit Address Base 

Current Receive Address Register Lower 16-Bit Address Offset 

Upper Receive Resource Address Register | Lower 16-Bit Address Offset 
Receive Resource Start Address Register Lower 16-Bit Address Offset 
Registers Resource End Address Register Lower 16-Bit Address Offset 


Resource Read Register , Lower 16-Bit Address Offset 


Resource Write Register Lower 16-Bit Address Offset 


Receive Sequence Counter Count Value 8|7 Count Value 


4 
CAM Entry Pointer td 


CAM Address Port 2 Most Signif. 16 Bits of CAM Entry 


CAM Address Port 1 Middle 16 Bits of CAM Entry 


CAM CAM Address Port 0 Least Signif. 16 Bits of CAM Entry 


Registers CAM Enable Register 


CAM Descriptor Pointer Lower 16-Bit Address Offset 


a 


CAM Descriptor Count a Count Value 


CRC Error Tally Counter Count Value 
Tally 


Frame Alignment Error Tally Count Value 
Counters 


Missed Packet Tally Count Value 
Watchdog Watchdog Timer 0 Lower 16-Bit Count Value 
Timer Watchdog Timer 1 Upper 16-Bit Count Value 


Silicon Revision Register Chip Revision Number 
FIGURE 2-1. User Register Grouping 
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2.2 User Register Grouping 


The User register may be further categorized into 6 groups 
(Figure 2-1) based upon their functionality, i.e., Status and 
Control, Transmit, Receive, Content Addressable Memory 
(CAM), Tally counters, and General-Purpose timer. These 
groups are described as follows: 


2.2.1 Status and Control Registers 


These registers, controlling the transmit, receive, bus, and 
interrupt operations of the SONIC, consist of the Command, 
Data Configuration, Receive Control, Transmit Control, In- 
terrupt Mask, and Interrupt Status registers. Of these regis- 
ters, only the Command and Interrupt Status register are 
accessed frequently during operation; all others are gener- 
ally accessed only once during initialization (see section 
3.0). These registers are briefly described below. 


Command register. This register is used for issuing the com- 
mands to the SONIC such as transmitting packets, enabling 
the receiver, and software reset. Commands may be issued 
by setting the corresponding bit to a “1”. During normal 
operation, the transmit command is the only command that 
is generally used. 


Data Configuration register: This register configures the bus 
interface circuitry, programming the data width size (16 or 
32 bits), wait-state insertion (if any), and FIFO threshold. 
This register may only be written to while the SONIC is in 
software reset. 


Receive Control register. This register contains two type of 
bits, configuration and status. The configuration bits pro- 
gram the SONIC to accept the different classes of packets 
which may be received such as Physical, Multicast, Broad- 
cast packets, and Runt and Errored packets. The SONIC 


can also accept all packets from the network for network: || 


management and Bridge applications. The Receive Control 
register also reports the status of the received packet. The 
software should not read this register directly since status is 
updated from the next incoming packet and the previous 
Status is overwritten. Instead, the software obtains the 
status in the status field (RXpkt.status) of the Receive De- 
scriptor Area. 


Transmit Control register. This register also contains two 
types of bits, configuration and status. The configuration bits 
program the various transmit options for (1) generating and 
interrupts after selected packets have been transmitted, (2) 
enabling when the “Out of Window” collision timer begins 
(either at the beginning of the packet or at the State of 


. Frame Delimiter), (3) inhibiting the CRC from being append- 


ed to the packet, and (4) enabling the excessive deferral 
timer (3.2 ys). The software. should not load this register 
directly; instead, it writes’ to the configuration field 
(TXpkt.config) of the Transmit Descriptor Area (TDA) which 
the SONIC reads before transmission. The status bits post 
Status of the transmitted packet. Again, this register is not 
directly read since the SONIC clears the status after it reads 
the TXpkt.link field. Instead, the software acquires status 
from the state field (TXpkt.status) in the TDA. 


Interrupt Mask register. This register enables the various 
interrupts that the SONIC may generate. Writing a “1” to the 
bit enables the corresponding interrupt. 


Interrupt Status register. This register reports. interrupts 
which the SONIC has generated. Interrupts are indicated by 

a “1” and are cleared when a “1” has been written to it. 
Since writing a “0” to any bit has no effect, only the speci- 
fied bits are cleared during the write operation. 


2.2.2 Transmit Register 


The Transmit registers, the Upper Transmit Descriptor Ad- 
dress (UTDA) and the Current Transmit Descriptor Address 
(CTDA) registers, locate the active descriptor in the Trans- 
mit Descriptor Area. The UTDA register, containing a fixed 
upper 16 bits of address, A<31:16> and CTDA register, 
containing an active lower 15 bits of address, A<15:1> are 
concatenated together to form a complete 31-bit address. 
(The SONIC only provides word or double word addressing.) 
The LSB of the CTDA register is the End of List (EOL) bit 
and is used by the SONIC to eens the last descriptor in 
the list. 


2.2.3 Receive Registers 


The receive registers consist of the Receive Sequence 
Counter, the End of Buffer Count (EOBC) register, and two 
groups of registers, the descriptor registers and the re- 
source registers. These registers are briefly described as 
follows: 


The Receive Sequence Counter: This counter indicates the 
number of packets that reside in a particular Receive Buffer 
Area (RBA). See section 1.1 for an explanation on how to 
use this register. 


EOBC register. This register defines the lower boundary in 
the RBA. If after reception, the remaining numbers words in 
the RBA are equal to or greater than the EOBC register, 
reception continues within the same RBA; otherwise, the 
SONIC stores the packet in another RBA. 


Descriptor registers: These registers locate the active de- 
scriptor in the Receive Descriptor Area (RDA) and are com- 
posed of the Upper Receive Descriptor (URDA) and the . 
Current Receive Descriptor (CRDA) registers. These regis- 
ters are concatenated similarly as the Transmit registers 
(UTDA and CTDA) above where the URDA contains a fixed 
upper 16 address bits, A<31:16> and the CRDA contains 
the lower 15 address bits, A<15:1>. The LSB of the CRDA 
register is used by the SONIC to determine the last descrip- 
tor in the receive list. 


Resource registers: These registers, used to define the Re- 
ceive Resource Area (RRA), composed of the Resource 
Start Area (RSA), the Resource End Area (REA), Resource 
Write Pointer (RWP), Resource Read Pointer (RRP) and the 
Upper Receive Resource Address (URRA) registers. The 
first two registers are static and define the starting and end- 
ing points of the RRA. The second two are active and re- 
spectively point to the next location where the software 
places a new descriptor and where the SONIC reads the 
next descriptor. The SONIC concatenates the last register, 
the URRA with the other registers to provide a full 31-bit 
address. The URRA register contains a fixed upper address, 
A<31:16> and the other four contain an active lower ad- 
dress, A<15:1>. The LSB of these registers is not used 
since the SONIC only provide word or double word address- 
ability. 


2.2.4 CAM Registers 


The CAM registers are used to access the 16 48-bit CAM 
entries. Because random accessibility to all CAM entries 
would consume too much register space (16 x 3 = 48 loca- 
tions), the CAM entries are accessed via a 4-bit pointer reg- 
ister (CAM Entry Pointer) and 3 16-bit ports (CAM Access 
Ports 0 to 2). The CAM Entry Pointer selects 1 of 16 entries 
and the CAM Access Ports 0 to 2, respectively access the 
least through the most significant portions of the 48-bit entry 
(Figure 2-2). 

Note: The least significant byte of the address is the first byte received/ 

transmitted from the network. 


Reading the CAM 
The CAM is accessed in the following manner: 
1) Place the SONIC in software reset by setting the RST bit 


in the Command register. This condition must be met be- 
fore reading the CAM. 


2) Select the CAM entry by writing the corresponding value 
in the CAM Entry Pointer. 


3) Read the CAM Address Ports 0 to 2 to obtain the com- 
plete 48-bit entry. 


CAM Cell 


CAM Entry 
Pointer Register 
(5 bits) 


CAM Entry Decode 


CAM Address Port 0 
(bits 47 = 32) 


CAM Address Port 1 
(bits 31= 16) 


CAM Address Port 2 
(bits 15-0) 


TL/F/11140-12 
FIGURE 2-2. CAM Organization 


Writing to the CAM 


To avoid internal conflicts with the CAM entries when re- 
ceiving packets, the SONIC does not allow the entries to be 
written to directly. Instead, the entries are written to indirect- 
ly via the CAM Descriptor Area (CDA). This area, maintained 
in memory, contains the data to be written into the CAM and 
upon command, the SONIC reads this area and load its 
CAM. The CDA is composed of n number descriptors (Fig- 
ure 2-3) which are used to load the CAM Entry Pointer, the 
CAM Access Ports, and the CAM Enable register. To pro- 
gram the CAM, you first initialize the CDA, load the CAM 
Descriptor Count register with the number of descriptors 
and the CAM Descriptor Pointer register with the starting 
address of the CDA, then issue the Load CAM command to 
the SONIC. This operation is summarized below: — 


1) Load the CDA as specified in Figure 2-3. 

2) Load the CAM Descriptor Count register with the 
number of descriptors. 

3) Load the CAM Descriptor Pointer register with the 
starting address of the CDA. 


4) Issue the Load CAM command (setting the LCAM bit 
in the Command register). The SONIC finishes this 
command when the LCAM bit is reset. 


CAM Descriptor uO ieee mae 13 e 
._ Pointer CAM Entry Pointer 


CAM Address Port 0 
CAM Address Port 1 


CAM Address Port 2 


Descriptor 0 


not used 
in 32-bit mode 


CAM Entry Pointer 


CAM Address Port 0 
. [CAM Address Port 1 


Descriptor n 
CAM Address Port 2 
TL/F/11140-13 
FIGURE 2-3. CAM Descriptor Area Format 


2.2.5 Tally Counters 


The Tally counters maintain the network management 
events which occur too frequently for the software to main- 
tain. These events, CRC errors, frame alignment errors, and 
missed packets are tallied by the CRC, FAE and Missed 
Packets Tally counters. these counters are 16-bit counters 
and can generate an interrupt when a rollover occurs. 
These registers are generally used in conjunction with soft- 
ware to maintain a 32-bit counter. These counters maintain 
the time-sensitive lower 16 bits of the count while software 
maintains the upper 16 bits. 


2.2.6 General-Purpose Timer 


This 32-bit timer, clocked at one half the 10 MHz transmit 
clock frequency, is used for timing user definable events. 
The timer measures events ranging from microseconds up 
to minutes. The time can be calculated by multiplying the 
count value by 200 ns (1 the transmit clock period). Table 
2-1 gives some example values. To use the timer, you first 
load the timer with a count value, then start the timer by 
setting the ST bit in the Command register. The SONIC then 
begins decrementing the timer. When the rollover is 
reached (0000 0000h to FFFF FFFFh), the Timer Complete 
(TC) bit in the Interrupt Status register is set. Note that the 
timer does not stop when the rollover occurs, but continues 
to decrement (from FFFF FFFFh). It must be explicitly 
stopped by setting the STP bit in the Command register. 


Table 2-1. Example Timer Values 


2.2.7 Silicon Revision Register 


This register supplies information on the revision stepping of 
the SONIC. This register begins at zero and counts upward. 
Contact National Semiconductor for latest information on 
this register. 
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3.0 INITIALIZING THE SONIC 


Initializing the SONIC is the crucial first step before any 
SONIC operations can commence. This step involves set- 
ting up the SONIC’s registers for reception and transmission 
and initializing the memory structures for the Buffer Man- 
agement. This section describes the initialization process by 
introducing what information is needed, then discussing an 
example initialization routine. 


Getting Started 


Before initializing the SONIC, a few details regarding the 
hardware and network operating system must be obtained. 
By answering the questions below, the required information 
can be gathered. 


1) What is the bus size? 
The SONIC supports bus sizes of 16 or 32 bits. 


2) Does the system operate in a synchronous or asynchro- 
nous manner? 


This question refers to how the RDYi (or DASCKOA) in- 
put is issued to the SONIC. If this line is asserted with 
guaranteed setup and hold times by the hardware, use 
synchronous mode; otherwise, use asynchronous mode. 
Synchronous mode has the advantage of having a mini- 
mum memory cycle of 2 bus clocks as opposed to 3 bus 
clocks for asynchronous mode. 


3) What is the maximum bus latency does the SONIC ex- 
pect? 


The bus latency is the time from when the SONIC re- 
quests for the bus (by asserting the HOLD or BR pin) to 
when the SONIC begins using the bus. The bus latency 
tolerance can be increased by programming the transmit 
FIFO threshold higher and the receive FIFO lower. The 
bus latency tolerance is calculated by the following equa- 
tions: 
TX FIFO Tolerance = (FIFO threshold) 
* (0.8 ys) 
RXFIFO Tolerance = (32 — FIFO threshold) 
* (0.8 us) 
4) Do wait-states need to be added into the memory cycle? 


The SONIC can operate up to a 2 bus clock memory 
cycle. If this is too fast, you can program the SONIC to 
insert 1 to 3 wait-states for each memory cycle. A two 
clock memory cycle requires a memory access time of 
approximately 40 ns-50 ns. (Note that wait state can 
also be inserted by hardware using the RDYi or DSACKO, 
T inputs.) 


5) What type of packets do you want to accept? 


The SONIC is generally programmed to accept its own 
physical address and the Broadcast address. In some 
applications, however, the SONIC may be programmed 


to accept multiple physical/multicast addresses (up to - 


16), and errored and runt packets. 


6) What is the maximum number of consecutive pockets 
that you expect to receive? 


This question is perhaps the most difficult to answer 
since it deals with the upper level protocols. In many 

_ transport protocols, flow control is used by the receiving 
node to limit the number of consecutive packets the 
transmitting node may send unacknowledged. This is 
generally called the “window size”’. Ideally, the software 

provides the SONIC with the memory resources it needs 
to completely buffer a complete “window”. 


7) What types of interrupts do you want the system to re- 
spond to? 


The SONIC can generate a variety of interrupts. Not all 
interrupts, however, need be (or should be) used to gen- 
erate interrupts to the system.. For maximum perform- 
ance, you want as few interrupts as possible. A typical 
system allows interrupts occurring from good receptions 
and transmissions, and errored transmissions. 


Initialization Example 


Once the above questions have been answered, you can 
begin coding the initialization routine. This routine has been 
divided into 9 steps, but, only steps 1 and 9 need to be 
followed in the order presented. Example code is provided 
in the appendix. 


1) Reset the SONIC: When the SONIC is powered-on, the 
hardware generally resets the SONIC by pulsing the 
RESET pin low. Thus, software does nothing to reset the 
SONIC. Once reset, the SONIC remains in reset mode 
until the RST bit in the Command register is cleared. If 
the hardware does not provide the reset, the software 
can perform the functional equivalent by simply setting 
the RST bit. All initialization should be done in reset mode 
to prevent spurious actions by the SONIC. ; 


2) Configure the System Interface: This step writes to the 
Data Configuration Register (DCR) to configure the SON- 
IC’s bus interface circuitry. The configuration information 
is found by answering questions 1 through 4, discussed 
above. Note thet the DCR can only be written to in reset 
mode. 


3) Set Up the Receive Filters: This step determines what 
types of packets to accept (i.e., Physical, Multicast, 
Broadcast, Runt, and Errored packets) and what ad- 
dresses to accept. The type of packet to accept is pro- 
grammed in the Receive Configuration register and the 
addresses to accept are programmed into the Content 
Address Memory (CAM). See section 2.2.4 for loading 
the CAM. 


4) Enable the Interrupts: This step enables the interrupts by 
writing to the Interrupt Mask register (IMR). Note that the 
interrupting condition is indicated by the Interrupt Status 
Register (ISR), but will not generate an interrupt unless 
the corresponding IMR bit is set. Note also that if the 

SONIC is initialized in reset mode, no interrupts can be 
generated. 


5) Initialize Memory: This step initializes the three memory 
structures used by the SONIC for transmission and re- 
ception and allocates the memory blocks for storing re- 
ceived packets. An initialization example is illustrated in 
Figures 3-1 and 3-2. The non-shaded areas indicate 
fields which must be initialized and shaded areas indicate 

_ fields which are written to by the SONIC. 


There are a few caveats discussed below: 

All Descriptor Areas: 

¢ Descriptor must be aligned to word (16-bit) boundaries 
in 16-bit mode and aligned to double word (32-bit) 
boundaries in 32-bit mode. 

¢ The Descriptor Areas must not cross over a 32k word 
boundary since it only operates within this range. 

¢ In 32-bit mode, the upper 16 data bits, D<31:16> are 
not used. 

Transmit Descriptor Area: 

¢ The transmit buffers (Transmit Buffer Area) may be 
aligned to any boundary; that is, the TXpkt.ptrO, 1 fields 
may contain any value. 

¢ The packet and fragment size may be as low as 1 byte; 
that is, the TXpkt.pkt_size and TXpkt.frag_size may 
contain the value of one. 

Receive Resource Area 

¢ The resource descriptors must be contiguous and can 
not straddle the endpoints. 

¢ In the lower buffer pointer field, RXrsrc.ptr0, the SONIC 
ignores least significant bit in 16-bit mode and the 2 
least significant bits in 32-bit mode. This forces receive 
buffers to always align to either word or double word 
boundaries. 
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6) Initialize the Buffer Management Registers: This step ini- 
tializes the buffer management registers to the starting 
positions in the buffer management (see Figures 3-1 and 
3-2). These initialized registers are shown in Table 3-1. 

7) lssue RRA command: By setting the RRRA bit in the 
Command register, you force the SONIC to read the 
RRA. The SONIC reads the RRA beginning at the RRP 
location and loads the following registers. (For mnemon- 
ics description, see appendix.) 

CRBAO <— RxXrsrc.ptrO 

CRBA1 <— Rxrsrc.ptr1 

RBWCO <— RXrsre.wc0 

RBWC1 <— Rxrsrc.we1 
After this command has executed (RRRA bit resets), the 
SONIC is ready to store the next packet in the first RBA 
allocated to it. 

8) Clear and Tally Counters (optional): The tally counters 
(CRC, Frame Alignment, and Missed Packets) may be 
cleared by writing FFFFh to these registers. These coun- 
ters will rollover after FFFFh is reached. 


9) Bring the SONIC On-line: This last step commissions the 
SONIC to receive, transmit, and generate interrupts. The 
software enables the SONIC by setting the RXEN bit and 
clearing the RST bit in the Command register. 
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TABLE 3-1. Initialization of Buffer Management Registers 


| Reg | initiazedwith 
| RSA | A<15:1> ofstartinglocation of RRA 


RSA 
RRP | Points o first descriptor the SONIC reads _| 


Points to next location where the software 
will place a descriptor 


Transmit Transmit 
Descriptor Area Buffer Area 


Txpkt.link 


TXpkt.con fig 


TXpkt.pktsize 


TXpkt. frag_count 


TXpkt. frag_ptrO 


TXpkt. frag_ptr1 


TXpkt. frag_size 


TXpktlink | EOL 


‘ “TL/F/11140~14 
FIGURE 3-1. Initialization Example for Transmit Buffer Management 
(shaded areas not initialized) 
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Receive 
’ Resource Area 


Buffer Area 


Receive 
Descriptor Area 


Rxpkt.seqino i) 
RXpkt.link EOL 
RXpkt.in_use 


RXpkt.in_use 
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FIGURE 3-2. Initialization Example for Receive Buffer Management 
(shaded areas not initialized) 


4.0 WRITING DRIVERS FOR THE SONIC 


The Driver (see Figure 4-7), being the lowest level of soft- 
- ware, shields the upper software levels from the details of 
the hardware. The Driver performs the required low-level 
transmit and receive functions such as passing packet up to 
the upper level software, recycling receive buffers, and en- 
queuing packets for transmission. The Driver performance 
is important since it may potentially receive packets at the 
full network rate. Any packet losses at this level can severe- 
ly affect the overall performance of the network. This sec- 
tion describes the basic algorithms for writing a Driver for 
the SONIC. Example code is provided in the appendix. 


' Operating System 


Upper Level 
Protocols 
eg. TCP/IP, 
Apple Talk, 
Netware 
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FIGURE 4-1. Relationship of Driver 
of Upper Level Software 


Overview 


The Driver for the SONIC consist of two procedures, INITI- 
ATE_TX (Figure 4-2) and SONIC_ISR (Figure 4-3) for 
transmit and receive operations. During transmit operations, 
the upper level software first assembles packets for trans- 
mission by gathering the pointers to the fragments and then 
calling INITIATE__TX to begin the transmission. When the 
SONIC finishes transmission, it interrupts the system. The 
system then enters the interrupt service routine, 
SONIC_ISR, where it reports the status of the packets 
transmitted. During received operations, the SONIC also in- 
terrupts the system upon receiving a packet. The system 
enters SONIC__ISR to post status and then to pass the 
packet up to the upper level software via pointers. 


4.1 INITIATE_TX 
This procedure requires that all pointers to the fragments 


and the sizes of these fragments are passed down to it by - 


the upper level software. It only initiates a packet for trans- 
mission; it does not report status. This action is performed 
by SONIC_ISR after the packet has been transmitted. 
INITIATE__TX operates as follows: 


1) Obtains the pointers delivered by the upper level soft- 


ware and fills out a descriptor in the Transmit Descriptor 
area (TDA). 
2) If the packet is less than 64 bytes, it pads it out to this 
length. 
3) Issue the transmit command to the SONIC and return. 
It is important that descriptors aré appended in the manner 
prescribed in section 1.3. This algorithm improves perform- 
ance by guaranteeing that the SONIC continues to transmit 
all packets in the descriptor list. 
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4.2 SONIC_ISR 


This procedure is the interrupt service routine which re- 
sponds to three interrupts generated by the SONIC: PACK- 
ET RECEIVED, TRANSMISSION DONE, and TRANSMIT 
ERROR. Interrupts occurring before and during the interrupt 
service routine are serviced before SONIC_ISR exits. 
SONIC_ISR is broken down into three main sections: (1) 
reading the cause of the interrupt, (2) processing received 
packets, and (3) posting status of transmitted packets. The 
first action performed is finding the cause of the interrupt. 
For receive interrupts, SONIC_ISR jumps to the receive 
routine, and for transmit interrupts (good and errored trans- 
missions), it jumps to the transmit routine. The receive rou- 
tine examines the first descriptor in the RDA, then passes 
the pointer of the packet up to the upper level software for 
further processing. It continues reading the RDA until it 
reaches the end of the descriptor list. The receive routine 
also recycles receive buffers as necessary. The transmit 
routine reads the first descriptor in the TDA and reports the 
status of the transmitted packet to the upper level software. 
If more than one packet has been enqueued, the transmit 
routine examines the complete list in the TDA. SONIC_ISR 
is summarized below. 


Reading the Interrupt 


1) Read the Interrupt Status register for the cause of inter- 
rupt. If a transmit interrupt has occurred, go to step 2; if a 
receive interrupt has occurred, go to step 4; or if no more 
interrupts are present, return. 


Transmit Routine 


2) Read the next TXpkt.status in the Transmit Descriptor 
Area and post status to the upper level software. 


3) Read the End of List (EOL) bit in the TXpkt.link field to 
determine if the current descriptor is the last descriptor. If 
it is not, go back to step 2 to post status of the remaining 
packets; otherwise go back to step 1. 

Receive Routine 

4) Read the next RXpkt.status field in the Receive Descrip- 
tor Area and pass the pointer and status of the packet up 
to the upper level software. . : 

5) Read the RXpkt.seq__no field. If the RBA number is dif- 
ferent from the previous one, enter the RBA number into 
the RBA “scoreboard”. For more information, see sec- 
tion 1.2. 

6) Check the LPKT bit from the RXpkt.status field. If set to 
“1”, enter the packet sequence number (from the 
RXpkt.seq__no) into the RBA scoreboard. 
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7) Read the RXpkt.in_use field, if the field is cleared to all 
zeros, go back to step 4 to process the remaining pack- 
ets; otherwise if RXpkt.in_use is not equal to zero, the 
end of the list has been reached; proceed to step 7. 

8) Call the system to determine which packets have been 
processed by the upper level software. Tally the process- 
ed packets in he RBA scoreboard. 

9) Find freed up RBAs and return them to the front of Re- 
ceive Resource Area (RRA). 

10) Find the freed up receive descriptors and return them to 

the front of the descriptor list; then go to step 1. 


INITIATE_TX 


Get fragment 
pointers and 
sizes 


Load transmit 
descriptor 


Append fragment 
to Increase packet 
size to 64 bytes 
ie. TXpkt.pkt_size = 64 


Append descriptor 
to front of list 


Issue Transmit 
command 
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FIGURE 4-2. INITIATE__TX Routine 


SONIC_ISR 


RX 
Interrupt? 


Find next RX 
Descriptor in list 


Deliver Packet 
Info. to Upper 
Level Software 


Is RBA # different 
from previous one? 
(from RXpkt.seq_no) 


Find next TX 
Descriptor in List 


Enter RBA # into 
the RBA 
scoreboard 


Report TX 
Status to Upper 
Level Software 


LPKT =1? 
(from RXpkt.status) 


More Packets 
in Transmit List? 


Enter packet seq. no. 
plus one into 
"Total Packets” entry 
of scoreboard for 
corresponding RBA 


More Packets 
in RX List? 


Call system to 
find all processed 
packets 


Tally the processed 
packets in RBA 
Scoreboard 


Packets Processed = 
total packets 
for an RBA? 


RBA is free. 
Return it to front 
of RRA ring 


Return processed 
descriptors to 
front of RDA list 
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FIGURE 4-3. SONIC_ISR Routine 
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5.0 STRATEGIES FOR IMPROVING DRIVER 
PERFORMANCE 


Making the Driver as efficient as possible is crucial for the 
overall performance of the network. Empirical results have 
shown that the difference between a poor and a good Driver 
can vary as much as 10% to 20%. The Driver is particularly 
vulnerable to becoming a bottleneck since it may, at times, 
be receiving data at the full network bandwidth (10 Mb/s). 
Any packets that are lost at the Driver level impacts all lev- 


els. While upper level protocols provide packet recovery — 


mechanisms, these tend to be quite slow (on the order of 

seconds). Typically, software timers must time out before 

the upper level software retransmits an unacknowledged 

packet. In this section, some hints are discussed to make a 

fast Driver. 

1) Write the Driver in assembly code: The fastest code is 
generally written in assembly code since people write 
more efficient code than a compiler. Writing your own 
assembly code also gives you the option to use some 


“tricks” which are not normally accepted as “good” pro- 


gramming practice. One such example is using a JUMP 
statement instead of a CALL statement. The JUMP state- 
ment, by nature, is quite messy, but is considerably faster 
since it involves less CPU cycles. Of course, the disad- 
vantage in using assembly code is that it is less readable 
and portable. As a compromise, you may consider a good 
optimizing compiler. 

2) Reduce the Number of Interrupts: Interrupts to the sys- 
tem inherently make it less efficient since the CPU must 
make a context switch between what it was currently do- 
ing to the interrupt service routine. This switch involves 
pushing the CPU registers onto the stack, jumping to an 
interrupt vector table, issuing an interrupt acknowledge to 
the interrupt controller, then executing the interrupt serv- 
ice routine. The overhead associated with each interrupt 
makes the CPU less efficient. The example interrupt serv- 
ice routine discussed in section 4.0, responded to inter- 
rupts generated from good transmission and receptions, 
and errored transmission. It is possible, however, to re- 
duce the source of interrupts to just two, allowing only 
interrupts to occur from good receptions and errored 
transmissions. The reason good transmission interrupts 
may be eliminated is because the upper level software 
generally does nothing for these events. Only for an er- 
rored transmission must the upper level software inter- 
vene such as to retransmit the packet. Good transmis- 
sions, while they still need to be reported, can be status 
on a less timely basis such as after processing receive 
interrupts or after a specified time period. The SONIC’s 
General Purpose timer can be used to generate such a 
time period. 


3) Append Transmit Descriptors as described in section 1.0: 
The algorithm described guarantees that the SONIC con- 
tinues to transmit all packets in the list, even if it has 
reached the point where the new descriptor(s) have been 
appended to the end of the list. If the algorithm is not 
followed, the SONIC may stop at the enjoining point and 
this forces the Driver to intervene. 


4) Supply Sufficient Number of Receive Packet Descriptors: 
Since the receive descriptor uses a relatively small 
amount of memory (7 words or double words, depending 
on the data size mode), allocate sufficient number of 
them such that the SONIC never (or at least rarely) runs 


out of them. If the SONIC ever runs out of them, recep- 
tion ceases, resulting in packet losses. The number of 
descriptors to allocate can be determined by answering 
question 6 of section 3.0. 


5) Make the Receive Resource Area (RRA) Sufficiently 
Large: Since the RRA does not take up much memory (4 
words or double words per descriptor), make it larger 
than the total number descriptors you expect to put into 

_it. For example, if you expect you will need 10 resource 
descriptors, make the RRA large enough to accommo- 
date 15 descriptors. Making the RRA larger than you will 
need, prevents the RRA from becoming a bottleneck in 
adding more resources. 


6) Optimize the Size of the Receive Buffer Areas (RBAs): 
Generally speaking, the larger the RBAs, the more effi- 
cient the Driver. This is because the Driver handles fewer 
number of receive buffers and, thus, less processing time 
is dedicated to managing the buffers. There is a tradeoff, 
however. If the buffers are very large, the entire buffer 
areas are locked out for recycling so that large buffers 
become less space efficient in memory. As a guideline, 
4k to 8k byte RBAs are good starting points for experi- 
mentation. Use larger buffers, if memory is plentiful. 


6.0 SELF-TEST DIAGNOSTICS 


After the hardware has been designed and the Drivers writ- 
ten, there is still a need to verify that the hardware is still 
functioning. Rough shipping or improper handling (without 
static protection) can produce innumerable problems. Some 
boards which work fine in the lab invariably fail in the. field. 
Thus, self-test diagnostics are used to determine the health 


- of the boards and diagnose problems if something is amiss. 


Figure 6-1 shows the basic components of the Ethernet sys- 
tem: address decode circuitry, data buffers, bus interface 
logic, Ethernet chipset (SONIC and transceiver) and the 
Ethernet connectors (BNC and 15-pin D). The Ethernet 
hardware can be fully tested by using the SONIC’s three 
loopback modes. Each loopback mode is full-duplex, trans- 
mitting data as well as receiving it and are summarized be- 
low. An example routine is given in the appendix. 


- Mode 1: Data is routed back through the SONIC’s MAC 


Unit. Both the transmit and receive Buffer Manage- 
ment operations are active and must be initialized 
accordingly. Verifies the MAC Unit, Bus interface 
logic, address decode circuitry and data buffers. 


Mode 2: Similar to above, but data is routed back through 
the SONIC’s ENDEC Unit. Verifies the SONIC's 
_ ENDEC unit. 


Mode 3: Similar to above, but data is routed back at the 
transceiver. Verifies the Ethernet connectors (BNC 
and 15-pin D) and Ethernet transceiver (DP8392 
CTI). 


Ethernet 
Connectors 
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Appendix 


A. Initialization Routine 


DOIG SOIC OSI CIC CITI GIGI OIG CIO CICICIOICI ICICI ICICI IK III II IOI KIA KICK / 


/* */ 
/* Initialization Routine for SONIC x/ 
/* x / 


[OOOO GIO ICICICIIOICICI GOO O CDI CIGIOICI COICO IIIT IOC III KICK / 


sonic_init () 
{ 
unsigned short init_RRA[512];  /* memory for RRA x/ 


/* initialize some registers */ 
set_reg value(); 


/* allocate memory for TX descriptors and init UTDA and CTDA */ 
init_tda() 


/* Init receive buffer area and RX registers */ 
Init Des page(); a 
Initial _RRA(RRA_NUM); 

Init_RDA(RDA_NUM); 


/* Issue Read RRA command */ 

/* Must first bring SONIC out of reset before issuing any 
commands */ 

REG WRITE (card.crd_iobaset+SONIC_cr*2, 0x0); 

REG WRITE (card.crd_iobase+SONIC_cr*2, 0x0100); 


/* Bring SONIC on-line by enabling MAC receiver */ 
REG WRITE (card.crd_iobase+SONIC_cr*2, 0x0008); 
} 


DOIG GOOD CII CIO ICI GIO IGI ICICI COC GOICI OCC CIC OIOIGO II IOI III I IK / 


/* This routine initializes some of the SONIC's registers. */ 
/* ie., CR, DCR, RCR, IMR, ISR, CRCT, FAET, and MPT */ 
[DOG ICI OIG OIG CCI GID CCI IO ICICI ICA IIA KK IK IK / 
set_reg value () 

{ 


/* Put SONIC is reset */ 
REG WRITE (card.crd_iobase+SONIC_cr*2, 0x0080); 


/* der value depends upon data width (16 or 32 bits) */ 
#ifdef BIT32 
REG WRITE (card.crd_iobase + SONIC_dcr*2, 0x00f9); 
#else 
REG WRITE (card.crd_iobase + SONIC_dcr*2, 0x00d9); 
#endif “ 


REG WRITE (card.crd_iobase + SONIC_rcer*2, 0x0000); 

REG _WRITE(card.crd_iobase + SONIC_imr*2, Ox3fff); 
/* Clear ISR */ 

REG WRITE (card. crd_iobase + SONIC_ “isrt2, Oxffff); 
/* Clear Tally counters by writing FFFFh to them */ 

REG WRITE (card.crd_iobase + SONIC_cret*2, Oxffff); 

REG WRITE (card.crd_iobase + SONIC_faet*2, Oxffff); 
REG WRITE (card.crd_iobase + SONIC_mpt*2, Oxffff); 
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* 


* Allocate memory for TDA and initialize UTDA and CTDA registers. 
* 


FOI IOI III I IO I II / 


init_tda() 
{ 


short i; 

unsigned long addr; 

unsigned long tdal_start, tda2_start, tda3_start; 
unsigned short saddr; 

unsigned short ul6, 116; 


/* Allocate memory for TDAs */ 
tdal=(ONE_FRAG_TDA *) malloc(sizeof(ONE_FRAG TDA) + 2); 
tdal_start = (unsigned long) tdal; ; 
tda2=(TWO_FRAG TDA *) malloc(sizeof(TWO_FRAG TDA) + 2); 
tda2_start = (unsigned long) tda2; 

tda3=(TWO_FRAG_TDA *) malloc(sizeof(TWO_FRAG TDA) + 2); 
tda3_start = (unsigned long) tda3; 


/* Force TX descriptors to double word alignment */ 
#ifdef BIT32 
if ( (tdal_start & 0x00000003) == 0) 


¢ 


else 


tdal_start += 2; 
if ( (tda2_start & 0x00000003) == 0) 


, 


else 


tda2_start += 2; 
if ( (tda3_start & 0x00000003) == 0) 


, 


else 


‘tda3_ start += 2; 


#endif 
/* Convert the double word alignment address to pointer */ 
tdal=(ONE_FRAG TDA *) tdal_start,, 

tda2=(TWO_FRAG TDA *) tda2_start; 
tda3=(TWO_FRAG TDA *) tda3_start; 


/* Finding effective address of TDAl to load UTDA and CTDA regs.*/ 
addr=(unsigned long) tdal; /* Using large mem. model..*/ 
/* addr is the address in 8086 format */ 
/* upper 16 bits = BASE, lower 16 bits = OFFSET */ 
ul6 = addr >> 16; 
116 = addr; 
addr=(unsigned long) ul6 * 16 + 116; 
ul6 =addr >> 16; 
REG WRITE (card.crd_iobase+SONIC_utda*2, -ul6); 
REG WRITE (card.crd_iobase+SONIC_ctda*2, addr); 
} 
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Name 


Initialize Descriptor Page 


Syntax 
Init_Des_Page(); 

Description 
This function gets 3 4K consecutive bytes of memory 
from the host for the RBA. Also initializes the URRA 
and CDP registers. 


Input 
None. 


Author 
Michael Lui 


KKK KOTOR KK KOK I TOK KO TOR IO FORO RIOR KR FOKKER KOK RK KK KK KR KR KK RK KK KK / 


short Init_Des_ Page () 


{ 
unsigned short urra; /* upper 16 bits of the beginning 
‘addr of RRA */ 
unsigned short urda; /* upper 16 bits of the beginning 
addr of RDA */ 
unsigned short cdp; /* beginning address of the cdp */ 
R DESCRIPTOR *temp_ RDA; , 
unsigned short i; /* index */ 
unsigned long laddr; 
unsigned long addr; 
long EA(); 
unsigned long rbal_start, rba2_start, rba3_start; 
unsigned short ul6, 116; 


/* allocate memory to RDAs */ 

L_RDA=F_RDA=NULL; 

for (i=0; i<RDA_NUM; i++) { 

temp_RDA=(R_DESCRIPTOR *) malloc (sizeof (R_DESCRIPTOR) 


/* force double word alignment for RX descriptor */ 
#ifdef BIT32 
addr = (unsigned long) temp_RDA; 
if ((addr & 0x00000003) == 0) 
else . 
addr += 2; 
temp RDA = (R_DESCRIPTOR *) addr; 
#endif 
temp _RDA->next=NULL; 
if (F_RDA == NULL) 
L_RDA=F_RDA=temp_RDA; 
else { 
L_RDA->next=temp_RDA; 
L_RDA=temp_RDA; 
} 
} 
/* allocate memory for RBA */ 
init_RBAl=(unsigned char *) malloc(4100); 
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init_RBA2=(unsigned char *) malloc (4100); | 
init_RBA3=(unsigned char *) malloc (4100); 


rbal_start=(unsigned long) init_RBAI1; 
rba2_start=(unsigned long) init _RBA2; 
rba3_start=(unsigned long) init _RBA3; 


/* forcing double word alignment for RBAS. x/ 
BIT32 
if ( (rbal_start & 0x00000003) 0) 


else : 
rbal_startt=2; 
if ( (rba2_start & 0x00000003) 


else 
rba2_start+=2; 
‘if ( (rba3_start & 0x00000003) 


else 
rba3_start+=2; 
#endif ; 
/* Convert double word alignment address to pointer */ 
RBA1 = (unsigned char*) rbal_start; . 
RBAZ = (unsigned char*) rba2_start; 
RBA3 = (unsigned char*) rba3_start; 


/* initialize URRA and CDP registers */ 
RRA-start = (unsigned long) init _RRA; 

/* check RRA is aligned on double word boundary */ 
BIT32 

if ( (RRA_start & 0x00000003) 


else 
RRA_start+=2; 
#endif 


/* Assign urra */ 

laddr = (unsigned long) RRA_start; 

ul6=laddr >> 16; 

116=laddr; 

laddr = (unsigned long) ul6 * 16 + 116; 

urra = laddr >> 16; 

/* Load the URRA register */ 

REG WRITE (card.crd_iobase+SONIC_urra*2, urra); 


/* load the CDA descriptor pointer */ 

laddr = (unsigned long)ul6 * 16 +116 +CAM_OFFSET; 
cdp=laddr; 

/* load the CDP register */ 

REG_ WRITE (card.crd_iobase+SONIC_cdp*2,cdp) ; 
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Name 
Initialize RRA 


Syntax 
flag=Init_RRA(n); 


Description 

This function will create a circular queue with n 

number of RRA descriptors in it. The RRA descriptors 

are pointing to the corresponding RBA blocks. It will 
also load the RSA, REA, RRP, and RWP registers. 


Returned Value. 
1 = Success 
0 Failed 


Author 
Michael Lui 


KIO OOK KOO ITO IIR IOI KOK OK KK KR  / 


short Initial_RRA() 
{ 
struct sonicreg *sonic=0; 
unsigned short rsa; /* Resource Start Area */ 
unsigned short rea; /* Resource End Area */ 
unsigned short rrp; /* Resource Read Pointer */ 
unsigned short rwp; /* Resource Write Pointer */ 
unsigned short urba; /* Upper 16 bit of the RBA starting 
address */ 
unsigned short lrba; /* Lower 16 bit of the RBA starting 
address */ 
unsigned short i; /* for loop index */ 
unsigned short low_addr; 
unsigned short high_addr; 
unsigned long addr, laddr; 
short inc; /* RRA increment */ 
unsigned short ul6, 116; 


addr = (unsigned long) RRA_start; 
ul6=addr >> 16; 
116=addr; 

addr = (unsigned long) ul6 * 16 + 116; 


/* Lower 16 bit of the RRA */ 
rsa = (unsigned short) addr; 
/* Load the RSA Register */ 
REG_ WRITE (card.crd_iobase+SONIC_rsa*2, rsa); 


laddr=addr + RWP_OFFSET; 
rea = (unsigned short) laddr; /* Ending address of RRA */ 
/* Load the REA Register */ 
REG WRITE (card.crd_iobase+SONIC_rea*2, rea); 


rrp = rsa; /* Read Pointer starts at the beginning 
address */ 


/* Load the RRP Register */ 
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REG WRITE (card.crd_iobase+SONIC_rrp*2, rrp); 


= addr + RWP_OFFSET/2; 

{unsigned short) laddr; /* Only 3 descriptors 
initially */ 

/* Load the RWP Register */ 

REG _WRITE(card.crd_iobase+SONIC_rwp*2, rwp); 


/* Initialize the RRA descriptors */ 
RRA=RRA_Start; 
/* for 32-bit memory each descriptor uses a double word, for 
16-bit memory, each descr. uses a word. */ 
#ifdef BIT32 
inc=4; 
#else 
inc=2; 
#endif 
/* Load RBAl address */ 
addr=(unsigned long) RBAI1; 
ul6=addr >> 16; 
116=addr; 
addr=(unsigned long)ul6 * 16 + 116; 
low_addr = addr & 0x0000ffff; 
* (unsigned long *)RRA = low_addr; 
RRA +=inc; 
* (unsigned long *)RRA = addr >> 16; 
RRA +=inc; 
/* Load RXrsrce.buff_wc0 */ 
* (unsigned short *)RRA = 0x0800; 
RRA +=inc; 
/* Load RXrsrce.buff_wel */ 
* (unsigned short *)RRA = 0; 
RRA +=inc; , 


/* Load RBA2 address */ 
addr=(unsigned long) RBA2; 
ul6é=addr >> 16; 
116=addr; 

addr=(unsigned long) ul6 * 16 + 116; 
low_addr = addr & 0x0000ffff; 

* (unsigned short *)RRA = low_addr; 
RRA +=inc; 

* (unsigned short *)RRA = addr >> 16; 
RRA +=inc; 

/* Load RXrsrc.buff_wc0 */ 

* (unsigned short *)RRA = 0x0800; 
'RRA+=inc; 

/* Load RXrsrc.buff_wel 

* (unsigned short *)RRA 

RRA +=inc; 


/* Load RBA3 address */ 
addr=(unsigned long) RBA3; 
ul6=addr >> 16; 
116=addr; 

addr=(unsigned long)ul6é * 16 + 116; 
low_addr = addr & O0x0000ffff; 
*(unsigned short *)RRA = low_addr; 
RRA+=inc; 

* (unsigned short *)RRA = addr >> 16; 
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RRA+=inc; . 

/* Load RXrsrc.buff_wc0 */ 

* (unsigned short *)RRA = 0x0800; 

RRA+=inc; 

/* Load RXrsrc.buff_wel */ 

* (unsigned short *)RRA = 0; 
RRA+=inc; 
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Name ; 
Initialize RDA 
Syntax 

flag = Init_RDA(n); 


Description 

This function will create a linked list of some 
arbitrary number of packet descriptors. The EOL bit for 
the last descriptor should set to 1 while the others 
should set to 0. The in_use field should set to a 
non-zero value for all descriptors. The CRDA register 
should loaded with the address of the first descriptor. 


Returned Value 
1 = Success 
0 Failed 


FORO RO OI IOI OI I TO IO FOI IOI IO III OR a aR a 
short Init _RDA() 
{ 
unsigned long crda; /* Current CRDA Register */ 
unsigned char *RDA; /* RDA address */ 
R_DESCRIPTOR *cur_RDA; /* current RDA */ 


unsigned short n_RDA_addr; /* next RDA address */ 
unsigned long addr; 
short i; 


unsigned ul6, 116; 


erda = (unsigned long) F_RDA; 
ul6 crda >> 16; 
116 exrda; 
crda = (unsigned long)ulé *-16 + 116; 


/* Load the CRDA Register */ 
REG WRITE (card.crd_iobase+SONIC_crda*2, crda); 


cur_RDA=F_RDA; 

while (cur_RDA->next != NULL) 

{ ; 
addr = (unsigned long) cur_RDA->next; 
ul6 = addr >> 16; 
116 = addr; 

addr=(unsigned long) ul6 * 16 + 116; 

n_RDA_addr=(unsigned short) addr; 

cur_RDA~->pkt_link=n_RDA_addr; 
cur_RDA->status=0; 
cur_RDA->byte_count=0; 
cur_RDA->pkt_ptr0=0; 
cur_RDA->pkt_ptr1=0; 
cur_RDA->seq_no=0; 

cur_RDA->in_use=0xffff; 

cur RDA=cur_RDA->next; 

} 

/* last descriptor */ 

cur_RDA->pkt_link=0x0001; /* last desr. has EOL = 1 */ 
cur_RDA->in_use=0xffff; 
irda = cur_RDA; 
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Driver_send(). This routine, called by the upper level 
software, gets the byte count, pointers to fragments and 
the fragment sizes, enters these parameters into the TDA, 
then initiates a transmission. 


FOI SI OI OICIIOIIOISI SII ISSCC I IIGIOI SII III TISAI IOI OI III TOI IIIT] 
driver _send(ptr) 
pktstruc *ptr /*pointer to structure which gives 


pkt_size, frag_count, frag_size */ 
{ : 


/* Fill out TDA */ 
tda->pkt_size=packet_size; 
tda->frag_count=fragment_count; 
for (i=0; i<fragment_count; itt) 
Fill _fragment_ptr_size(); 


/* Check packet length; if less than 46 bytes, add pad */ 
Check_pkt_length(); eo eg a 


/* Get address of next TX descriptor to use */ 


tda->link = get_next(); /* returns addr. of descr. */ 
/* Set EOL.to 1. */ 
tda->link |= 0x1; 


/* ISR will Set this flag to 1 */ 
xmit_interrupt=0; 


/* Issue transmit command */ 
REG_WRITE (card.crd_ iobase+SONIC_ cr*2, ar TXP) ; 
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C. Interrupt Service Routine 


[DOGO III GIGI CCI II IOI CII TO II K 
Interrupt Service Routine 


(For simplicity the code lg eéevcina RBAsS. 


has heen removed.) 
ee ee ee a) 


interrupt . sonic_isr() 

{ ; 
unsigned short imr, isr, mask; 
unsigned int status, byte count; 
int oldinterrupts; long temp_ptr, ptr; 


mask=0; 
/* mask the imr */ 
REG_WRITE (card.crd_iobase+SONIC_imr*2, mask); 


while (isr=REG_READ(card.crd_iobase+SONIC_isr*2)) { 
if (isr & ISR . PKTRX) { 
/* reset PKTRX bit */ 
REG WRITE (card.crd_. iobase+SONIC_isr*2, ISR _PKTRX) ; 


/* Process receive packets */ 


while (cur _rda->in_use == 0). { 
TotalRxPacketCount++; 
status = cur_rda->status; 
byte_count = cur_rda->byte_count; 
temp_ptr = cur_rda->ptrl; 
temp_ptr = temp _ptr<<16; | 
ptr = temp_ptr | cur_rda->ptr0; 
/* Report packet to upper level software */ 
packet _ ER Gesred ie tabusnoyEss eeunrnbe sy 


_ fk Brocessing packets in order, when LPKT is l, 
update the RWP register */ 
if (cur_rda->status==RCR_LPKT) { 
cur _rwp=cur_ rwp->next; 
/* advance rwp */ 
REG WRITE (card.crd_iobase+SONIC_rwp*2, 
cur _rwp~>loc); 


} 


'/* finish up receive */ 


if .(cur_rda->in_use == 0) { 
cur_rda->in_use=0x0ffff; 
cur_rda->pkt_link |= 0x1; 


lrda->pkt_link &= Ox0fffffffe; 
irda=cur_rda; 
cur_rda=cur_rda->next; 


} 


/* check for RBE overflow (required) */ 
isr=REG READ (card.crd_iobase+SONIC_isr*2); 
if (isr & ISR_RBE) { 

/* Increment buffer overflow counter */ 
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RRAExhaustCount+tt; 
/* reset RBE, this also causes the SONIC to read 
the RRA */ , 
REG_WRITE (card.crd_iobase+SONIC_isr*2,R_RBE) ; 
} 


/* check for RDE overflow (optional) */ 
if (isr & ISR_RDE) { 
RDAExhaustCount+t; 
REG_WRITE(card.crd _iobase+SONIC_isr*2, ISR_RDE); 


} 


/* Process transmitted packets */ 
else if (isr & (ISR_TXERIISR_TXND)) { 
xmit_interrupt=1; 
REG_WRITE(card.crd_iobase+SONIC_isr*2, ISR_TXER|ISR_TXDN); 
while (1) { 
if (tda->status & TCR_PTX) {/* Successful TX occurred */ 
TotalTxPacketCount++; 


/* Post status of transmitted packet to 
upper level software */ 
packet_tx(TX_status); 
/* Increment counters for net. management. 
if (tda->status & TCR_DEF) 
DeferXmissionCounttt; 
if (tda->status & TCR_NCRS) 
NoCRSCount++; 
(tda->status & TCR_CRSL) 
CRSLostCount++; 
(tda->status & TCR_OWC) 
OutOfWindowCollisionCount++; 
if (tda->status & TCR_PMB) 
PacketMonitorBadCount++; 
} 
/* TX abort condition occured. CTDA register points to 
last descriptor attempted. */ 
else { 
/* Increment counters for net. management. */ 
if (tda->status & TCR_EXD) 
ExcessDeferalCounttt; 
if (tda->status & TCR_EXC) 
ExcessCollisionsCount++; 
-if (tda->status & TCR_FU) 
FIFOUnderRunCounttt; 
(tda->status & TCR_BCM) { 
ByteCountMismatchCount++; 
tda->pkt_size=Total_fragment_size(tda); 


(--RetryCounter == 0) 
HardTransmitErrorCountt+; 


/* Post status of transmitted packet to 
upper level software that packet was undeliverable 


packet_tx(TX_status); 


else { 
/* resend the same packet again up to RetryCounter */ 
REG_WRITE(card.crd_iobase+SONIC_cr*2, CMD_TXP); 
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} 


} ; 
/* look for last descriptor in TX list */ 


if (tda->link & ar) 
break; 

else 
tda=tda->next; 


} 


} 
pic_ Sou ada: crd | interrupt) ; 
REG WRITE (card.crd_. iobaset+SONIC __ imr*2, cord, cra tntmask); 
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D. Diagnostic Routine 
sonic diag () 


{ 
int oldinterrupt; 
struct aclock *clk, *alock_alarm(); 
long timeout=0; 
unsigned short temp, ul6, 116, addr; 
unsigned long laddr; 

extern int timeout_func(); 

short result; 


/* Before loopback test can commence SONIC needs to be 
initialized */ 


/* check BNC cable connection: If transmission does not 
finish after specified time period (~lsec), the BNC 
connector is not connected. If excessive collisions 
occur, the cable is not terminated */ 


_clk=aclock_alarm(50,50,timeout_func, &timeout); 
REG _WRITE(card.crd_iobase+SONIC_isr*2, Oxffff); 
/* Get the lst tda */ 
laddr=(unsigned long) tdal; 
ul6=laddr >> 16; 
116=laddr; 
laddr=(unsigned long)ul6 * 16 + 116; 
addr=(unsigned short) laddr; 

REG_WRITE (card.crd_iobase+SONIC_ctda*2, addr); 
tdal->link=0x0001; 


/* Issue transmit command */ 
REG_WRITE(card.crd_iobase+SONIC_cr*2, CMD_TXP); 


for (timeout_value=0; timeout_value < 2; ) { 
temp=REG_READ (card.crd_iobase+SONIC_isr*2); 
if (temp & (ISR_TXDN | ISR_TXER) ) 
break; 


} 
clock_kill (clk); 
if (timeout_value) { 
check_cable=2; /*Timeout occurred, BNC not connected*/ 
goto final; 
} 
else if (tdal->status & TCR_EXC) { 
check_cable = 3; 
goto final; /* Exc. Coll. occurred, cable not 
terminated */ 
} 
.else 
check_cable = 1; 


/* MAC loopback */ 

laddr = (unsigned long) F_RDA; 

ul6=laddr >> 16; 

116=laddr; 

laddr = (unsigned long)ul6 * 16 + 116; 

addr = (unsigned short) laddr; 

REG_WRITE(card.crd_iobase+SONIC_crda*2, addr); 
mac_loopback=loopback (0x0200); 
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if (mac_loopback 
goto final; 


/* ENDEC loopback */ 
laddr = (unsigned long) F_RDA; 
ul6=laddr >> 16; 
116=laddr; 
laddr = (unsigned long)ul6 * 16 + 116; 
addr = (unsigned short) laddr; 
REG_WRITE(card.crd_iobase+SONIC_crda*2, 

endec_loopback=loopback (0x0400); 

if (endec_loopback != 1) 

goto final; 


. /* transceiver loopback */: 
laddr = (unsigned pone EF RDA; 
ul6=laddr >> 16; 
116=laddr; 
laddr = (unsigned long)ul6 * 16 + Tes 
addr = (unsigned short) laddr; = 
REG WRITE (card.crd iobase+SONIC crda*2, addr); 
trans_loopback=loopback (0x0600); 
1£ (trans_loopback != 1) 
goto final; 


return (ok); 


return (error) ; /* one of the loopback test failed/* 


/* This routine is to perform the loopback tests: */ 


loopback ( rcr_mode) 
unsigned short rcr_mode; 
{ 
struct aclock *clk; 
unsigned short temp, ul6, 116, addr, rcr_value; 
unsigned. long laddr; 
long timeout=0; 
short i; 
struct aphys *phys; 


/* Set up the clock to measure timeout */ 
clk=aclock_alarm(50,50,timeout_func,. &timeout) ; 

REG_WRITE(card.crd_iobase+SONIC_isr*2, Oxffff); 

/* Get the lst tda */ 

laddr=(unsigned long) tdal; 

ul6=laddr >> 16; 

116=laddr; 

laddr=(unsigned long)ul6 * 16 + 116; 

addr=(unsigned short) laddr; 

tdal->link=0x0001; 

rer_value=rcer_mode|0x3800; 

REG | WRITE (card.crd_iobaset+SONIC_. ror*2, rer_value); 


/* Out of reset mode x/ 


REG_WRITE(card.crd_iobase+SONIC_cr*2, 0); 
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REG WRITE (card.crd_iobaset+SONIC_ctda*2, addr); 
REG WRITE (card.crd_iobase+SONIC_cr*2, CMD_RXEN); 
/* Issue transmit command */ 
REG WRITE (card.crd_iobase+SONIC_cr*2, CMD_TXP); 
for (timeout_value=0; timeout_value < 2; ) { 
temp=REG_READ (card.crd_iobase+SONIC_isr*2); 
if (temp & (ISR_TXDN | ISR_TXER)) 
break; 
} 
clock_kill (clk); 
if (timeout_value) 
return (2); /* timeout error */ 
else if (tdal->status & TCR_PTX) { 
if (F_RDA->status & RCR_LBK) { 
F_RDA->in_use=0xffff; 
return (1); /* good TX and RX status */ 
} /* loopback OK */ 
else { 
F_RDA->in_use=0xffff; 
return (3); /* Bad RX status error */ 


} 
else { 
F_RDA->in_use=0xffff; 
return (4); ‘/* Bad TX status error */ 
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DP83932EB-EISA SONIC/ © 
EISA Packet Driver for 
PC/TCP 


INTRODUCTION 


This is a complete program listing for a network device driv- 
er for the DP83932EB-EISA SONIC EISA Demonstration 
and Evaluation Board. This driver enables the DP83932- 
EISA to operate with the Personal Computer-based TCP/IP 
software package, distributed by FTP Software Inc., called 
PC/TCP. Contact FTP Software Inc. at (617) 246-0900 for 
more information about the PC/TCP product offerings. _ 
This driver conforms to version 1.9 of FTP Software’s Pack- 
et Driver Specification, and works with verison 2.x of the 
PC/TCP product (and products that have adopted the Pack- 
et Driver Specification). 


National Semiconductor 


_ Application Note 859 


This program listing is provided as an example of drive soft- 
ware for the DP83932 Systems Oriented Network Interface 
Controller (SONIC). The driver is written in Microsoft C (5.1 
or greater) and Microsoft Assembler (5.1 or greater). Since 
the majority of the software is written in C, the concepts 
provided are easily portable to other environments. 


This example software is provided as an example, and is not 


- necessarily the most optimal implementation. The code has 


been thoroughly tested with PC/TCP. 
The driver is listed by modules in the following order: 
. pktdrv.c . . 

. far.c 

isr.c 

. sonic.c 

. pktdrv.h 

sonic.h 

. isrlibsasm 

. pktint.asm 

. makefile 


1 

2 
3. 
4 
5 
6. 
7 
8 
a 
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PKTDRV.C 


static char pktdrv_resid[ ]="@(#) $ID: $"; 


/* 

KI IK II III KI III HK HII AKI I II II IIIA III IIIT ITA EIT AREER EAE RRR EERIE EREERES 
* Copyright (c) 1992 by National Semiconductor Corporation * 
* All Rights Reserved * 


KIKI HEIR KI I HII IIT HHI II III III III IIIS ATTRA REIKI HARARE EERE IKI EREEREEE REE 


pktdrv.c 
NOTES: This program is a packet driver that provides a common interface 
between PC/TCP’s kernel and NSC’s SONIC hardware. This program 
was based on a set of drivers provided by Clarkson from FTP. 


UPDATE LOG: 


When/Who Why /What/Where 
11/30/90 Mike Lui ‘convert to work for SONIC 32 bit 
04/10/92 Michael Zhang Added read config(); 


Added ‘transmitactive=1’ in send_packet(); 


#include <stdio.h> 
#include <dos.h> 
#include <memory.h> 
#include <string.h> 
#include "pktdrv.h" 
#include "sonic.h" 


/* externals */ 
extern void (interrupt far drv_isr)(); /* the interrupt we use */ 
extern unsigned _ psp; /* segment address of PSP */ 


/* Driver information */ 


static unsigned int drv_version = 1; /* driver version */ 

static unsigned char arv_class = 1; /* driver class */ 

static unsigned int drv_type = 14; /* driver type */ 

static unsigned char drv_number = 0; /* driver number */ 

static unsigned int drv_funct = 5; /* basic and high- 
performance driver function */ 

static char drv_name[(] = /* driver name */ 


"National Semiconductor SONIC/TCP 32-bit Packet Driver"; 
static char cpy msg[] = 

"Copyright (c) 1992 by National Semiconductor Corporation"; 
static char drv_rev[) = "1.2"; /* current driver rev */ 
static unsigned char BOARD_ID{]={ 0x41,0x98,0x10,0x01 }; /* PLX1001 */ 
static HANDLE handle_tbl{MAX_HANDLES}]; /* create handle structs */ 


static void read_config(); /* read board config info */ 

void (interrupt far *sys_isr) (); /* remember system isr */ 

char far *pkt_signature = "PKT DRVR"; 

unsigned int packet_int_no = 0x60; /* interrupt for communications */ 
static unsigned far *psp ptr; /* pointer to PSP */ 
unsigned mem_s2; /* program memory size in paragraphs */ 


unsigned char type_buf(MAX_TYPE_LEN]; 
static void usage(); 


union REGS r_regs; 
struct SREGS s_ regs; 
int send_pending; /* required for Synernetics */ 
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static int syn_installed; 


/* required for Synernetics */ 


extern int opterr; 
extern int optind; 
extern char *optarg; 


main () 


Main procedure. 
* Once initialization is complete terminate anda stay resident. 
*/ os 

main(argc, argv) 
int arge; 

. char *argv{]; 

{ 


psp_ptr = (unsigned far *) ((unsigned long) _psp << 16); 
mem_sz = (psp_ptr{1] - _psp); : 


read_config(); /* read expansion board config*/ 
init_drv(argce, argv); /* initialize driver and hardware */ 
outpw(regbaset+cr, 8); /* enable receiver */ 


/* terminate. and stay resident */ 
_dos_keep(0, mem_SZ); 


int_handler() 


This routine is called from an assembly isr routine “arv_isr" 
to handle the application interrupt. The isr routine passes a 
set of pointers of the registers to this routine. Register AH 
contains which function is to be performed. These registers will 
be restored in "drv_isr" before returning from the interrupt. 


Return values: If an error occurred the value will be in 
the DH register and the carry bit of cflag 
will be set. 


eee eee eH eH EHH 
=. 


int_handler(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 


int ret_val; 


switch(regs->h.ah) { 

case 1: 
ret_val = driver_info(regs, sregs) ; 
break; 

case 2: 
ret_val = access type(regs, sregs); 
break; 

case 3: 

ret_val = release _type(regs, sregs) ; 

break; 
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case 4: 
ret_val = send_packet(regs, sregs); 
break; 
case 5: 
ret_val = terminate(regs, sregs); ar 
break; 
case 6:3 
ret_val = get_address(regs, sregs); 
break; 
case 7: 5 
ret_val = reset_interface(regs, sregs); 
break; 
case 10: ; : . hd 
ret_val = get_param(regs, sregs); /* high-performance function */ 
break; 
case 11: 
ret_val = as_send_pkt(regs, sregs) ; /* high-performance function */ 
break; 
case 24: 
ret_val = get_stats(regs, sregs); 
break; . : 
default: 
ret_val 
} 


if(ret_val) { oe ; ie tseish oe 
regs->h.dh = ret_val; /* put error.code into dh */ 
regs->x.cflag |= 0x1; /* and set carry bit */ 


u 


BAD_COMMAND; 


* 

* driver_info() 

* 

* Return information on the driver interface. Handle is optional 
* and is not used in new driver?? 

: 

* Return values: 0 - Success 

*/ 


adriver_info(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 


regs->x.bx = dadrv_version; /* driver version */ 
regs->h.ch = arv_class; /* Ariver class */ 
regs->x.dx = drv_type; | . ; ./*® ariver type */ | 
regs->h.cl = drv_number; . /* ariver number */ 
regs->x.si = (unsigned)drv_name; . .. -  /*- driver name */ 
sregs->ds = (unsigned long) ((char far *)drv_name) >> 16;. 
regs~->h.al = 


arv_funct; 7* ariver function */ 


return 0; 


access_type() :. fo Sit 


Initiate access to packets for the specific type. Since the: packet 
type field needs to have the bytes of 16 bit values swaped, the -.-: 
handle will store the type field byte swapped. 


* + e Fe 
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Return values: 0 ~- Success 
* >0 - Failure 
*/ 

access _type(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 

{ 


int i, n, 
open_handle = OPEN, /* available handle */ 
type_cnt; 


/* first check a few things to make sure packet access is ok */ 


/* check class */ 

if(regs->h.al != arv_class) { 
return NO CLAS; 

} 


/* check type (ours or generic) */ 

if(!((regs->x.bx == drv_type) || (regs->x.bx == -1))) { 
return NO TYPE; 

} 


/* check number (ours or generic) */ 
if(!((regs->h.dl == 0) || (regs->h.dl == 1))) { 

return NO_NUMBER; : 
} : 


/* check packet type length, if too long its not ours */ 
if (regs->x.cx > MAX_TYPE_LEN) { 

return TYPE _INUSE; 
} 


* now check for an available handle and if the handle already 
* exists with same packet type. 
¥/ 
type ptr = (char far *)(((unsigned long) sregs->ds << 16) | regs->x.si)j;_ 


for(i = 0; i < regs->x.cx; it++) 
type_buf[{i] = type _ptr[i); 


for(n = Oj; n < MAX_HANDLES; n++) { 
if (handle tbl[(n}).in_use) {. /* check packet type */ 
type_cnt = MIN(regs->x.cx, handle _tbl(n).len); 
if(!far_mememp((char far *)type buf, 
(char far *)handle tbl{n).type, type_cnt) ) 
return TYPE _INUSE; , /* duplicate types */ 


} 
else if(open_handle == OPEN) 
open_handle = n; /* grab first open handle +*/ 


} 


if(open_handle == OPEN) 
return BAD_HANDLE; /* no available handles */ 


/* copy the handle */ 
handle_tbl[{open_handle]).in_use++; 
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for(i = 0; i < regs->x.cx; i++) { 
handle_tbl(open_handle].type[i] = type_buf[i]; 


handle_tbl[open_handle].len regs->X.Cx; 
handle _ _ tbhlfopen_ handle].rec_es sregs->es; 
handle "tbl [open __ handle].rec di regs->x.di; 


regs->x.ax = open_handle; /* return handle */ 
return 0; /* return success */ 


release _type() 
Release access to packets with a particular handle. 


Return values: 0 - Success 
>0 - Failure 
*/ 
release type(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 


if (chk_handle(regs->x. bx) ) 
return BAD HANDLE; 


/* release handle */ 
handle_tbl{regs->x.bx].in_use = 0; 
return 0; 


send_packet() 
Send packet buffer. 


Return values: 0 - Success 
>O - Failure 
* 
send_packet(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 
char far *frame_ptr; /* pointer to frame */ 
unsigned long pkt_addr; /* physical address of packet */ 
unsigned int buf_len; /* frame length */ 
int i; 
tda_struct *tmp_tda; 
short previous tda; 
unsigned short addr; 


/* check if frame is too big */ 

if (regs->x.cx > BUF_SZ) { 
return NO_SPACE; 

} ; 


/* update driver stats */ 
drv_stats.packets_ out++; 
arv_ stats.bytes out += regs->x.Cx; 
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/* point to the app’s send frame */ . = ‘ 

frame_ptr = (char far *) (((unsigned long) sregs->ds << 16) | 
regs->x.si); 

pkt_addr = (unsigned long) sregs->ds * 16 + regs->x.si; 


buf_len = regs->x.cx; yo /* frame+FC+SNAP length */ 


/* save current tda */ 
previous _tda=curtda; 


if (transmitactive) { 
/* network is currently busy transmitting, just queue up the tda */ 
if (curtda==TDANUM-1) a 
return CANT_SEND; 
else { 
/* copy data area from the frame */ 
far_memcpy((char far *) &tba[curtda+1], &frame_ptr[0), regs->x.cx); 
addr=tda_addr+(curtda+1) *sizeof(tda_struct) ; 
tmp_tda=(tda_struct*) addr; 
tmp_tda->pkt_size=buf_len; 
tmp_tda->frag_count=1; 
tmp_tda->frag_size=buf_len; 
tmp_tda->link |= 1; 
tmp_tda->type = BASIC; 
addr-=sizeof (tda_struct) ; 
tmp_tda=(tda_struct*) addr; 
tmp_tda->link &= Ox0fffe; 
curtda++; 


} 
} 
else { 
/* network is free */ 
retry=0; 
/* copy data area from the frame */ 
far_memcpy((char far *)&tba(0], &frame_ptr[0], Yregs->X.cx) ; 
tmp_tda=(tda_struct*) tda_addr; 
tmp_tda->pkt_size=buf_len; 
tmp_tda->frag_count=1; 
tmp_tda~>frag size=buf_len; 
tmp_tda->link |= 1; 
tmp_tda->type = BASIC; 
tda_head=0; 
tda_tail=1; 
curtda=0; tas 0 os 
outpw(regbaset+ctda, tda_start_addr); /* load ctda x/ 
transmitactive=1; |. 


} 


outpw(regbaset+tcr, 2); /* issue the transmit command */ 


return 0; 


terminate () 


Terminate the driver. 


Return values: O - Success 
>O - Failure 


Ce 
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* 
terminate(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 


int sonic_irq; 
sonic_irg=3; 


_dos_setvect(packet_int_no, sys_isr)j; /* put back system isr */ 


sonic_isr_disable(sonic_irgq) ; /* remove sonic interrupt */ 
/* free environment memory */ 

_dos_freemem(psp_ptr[0x16)); 
/* free memory and return to app */ 
if(_dos_freemem(_psp) ) 
“return CANT ' TERMINATE; 


return 0; 


get_address() 


Get the local net address. 


Return values: 0 - Success 


>0 - Failure 


get_address(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 

int i, old_mode; 


char far *addr_ptr; /* pointer to address */ 


if (chk_handle(regs->x.bx) ) 
return BAD HANDLE; 


/* get buffer */ 
addr_ptr = (char 


/* 
* copy ethernet address from hardware. 

* regs->x.cx is the length of buffer, fail if address 
* is too big to fit in buffer - NO_SPACE 

*/ 

if (regs->x.cx < 6) 
return NO_SPACE; 


far *)(((unsigned long)sregs->es << 16) | regs->x.di); 


regs->x.cx = 6; 
for(i = 0; i < regs->x.cx; i++) { 


addr_ptr{i) = inp(regbase+0xc90+i) ; 
} 


return 0; 
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reset_interface() 


Reset the interface for the particular handle. If more than: one 
handle is open return CANT_RESET so other applications (handles) 
will not get confused. 


Return values: 0 - Success 
>O - Failure 


+ Fe ee OF Oe OF OF 


*/ ; cae Le 
reset_interface(regs, sregs) 
union REGS far *regs; . .. .. i is 
struct SREGS far *sregs; , pads 
{ 


char far *addr_ ptr; /* pointer to address */ 
int i, handle_cnt = 0; pts 


if (chk_handle(regs->x.bx) ) 
return BAD HANDLE; 


/* check if there is more than one handle is open */ 
for(i = MIN_HANDLE; i < MAX HANDLES; i++) 
if(handle_tbl{i].in_use T= 0) handle_cnt++; 
if(handle_cnt > 1) 
return CANT RESET; gr 


/* Reset the hardware to a known state */ 
/* Will need something maybe ??? */ 


return 0; 


/* 


* get_param() 
* 


.* Return driver parameters 
* 
* Return values: 0 - Success 
* >O0 - Failure 
ny 


get_param(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ 


if(drv_funct !=5 && drv_funct != 6) 
return BAD COMMAND; 


drv_param.major_rev=1; 
arv_param.minor_ rev=9; 
drv_param. length=14; 
arv_param.addr_len=6; 
drv_param.mtu=1512; 
drv_param.multicast_aval=90; 
drv_param.rcv_bufs=3; 
drv_param.xmt_bufs=3; 
drv_param. int_num=0; 
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regs->x.di (unsigned) &drv_param; /* driver stats 
sregs->es (unsigned long) ((char far *)&drv_param) >> 16; 


return 0; 


as_send_pkt() 
HIgh performance send packet. 


Return values: 0 - Success 
>O - Failure 


as_send_ pkt(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 
{ : 
char far *frame_ptr; /* pointer to frame */ 

unsigned long pkt_addr; /*. physical address of eee */ 
unsigned int buf_len; /* frame length */ 

int i; 

tda_struct *tmp_tda; 

short previous _ tda; 

unsigned short addr; 


/* check if frame is too big */ 

if (regs->x.cx > BUF_SZ) { 
return NO | SPACE; 

} 


/* update driver stats */ 
dadrv_stats.packets_out++; . 
drv_ stats. bytes_out += regs->x.cx; 


/* point to the app’s send frame */ 

frame_ptr = (char far *)(((unsigned long)sregs->ds << 16) | 
regs->x.si) ; 

pkt_addr = (unsigned long) sregs->ds * 16 + regs->x.si; 


buf_len = regs~->x.cx; /* frame+FC+SNAP length */ 


/* save current tda */ 
previous_tda=curtda; 


if (transmitactive) { 

/* network is currently busy transmitting, just queue up the tda */ 

if (curtda==TDANUM-1) { 1. 455 
xmt_upcall(CANT_SEND, (char far *) &frame_ptr,regs->x.di,sregs->es) ; 
return CANT SEND; 

} 

else { 

/* copy data area from the frame */ 
far_memcpy((char far *)&tba[{curtda+l], &frame_ptr[0], regs->x.cx); 
addr=tda _addr+(curtda+1) *sizeof (tda_struct) ; 
tmp_ tda=(tda_ struct*) addr; 
tmp_ tda->pkt_ size=buf_len; 
tmp_ tda->frag_ count=1; 
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tmp_tda->frag_size=buf_len; 
tmp_tda->link lis 1; 
tnp_ tda->type = HIGH | PERFORMANCE; 
tmp _ tda->buffer=frame _ ptr; 
tmp_tda->xmt _es=sregs->es; 
tmp_ tda->xmt | _ di=regs->x.di; 
addr-=sizeof (tda _ struct) ; 
tmp_tda=(tda _struct*) addr; 
tmp_ tda->link &= Oxo0fffe; 
curtdat++; 
tda_tail=curtdati; 
} 
} 
else { 
/* network is free */ 
retry=0; 
/* copy data area from the frame x/ 
far_memcpy((char far *)&tba[0], &frame ptr (ol; regs->x.cx) ; 
tmp_tda=(tda _struct*) tda_addr; 
tmp ) tda->pkt_ size=buf _len; 
tmp _ tda->frag | count=1; 
tmp ) tda->frag_ size=buf_len; 
tmp_tda->link |= 1; 
tmp _ ) tda->type = HIGH_PERFORMANCE; 
tmp_tda->buffer=frame _ ptr; 
tmp _ tda->xmt_es=sregs-=>es; 
tmp _ tda->xmt | _dai=regs->x.di; 
curtda=0; 
tda_head=0; 
tda_ _tail=1; 
outpw(regbase+ctda, tda_start paaanys /* load ctda */ 
} 


outpw(regbasetcr, 2); /* issue the transmit command */ 


return 0; 


/* 
* get_stats() 
* 


Return driver statistics. 


Return values: 0 - Success 
>0 - Failure 


* 
* 
* 
* 


we 

get. _ Stats(regs, sregs) 
union REGS far *regs; 
struct SREGS far *sregs; 


if (chk_handle(regs->x. bx) ) 
return BAD HANDLE; 


(unsigned) &drv_stats; /* delves stats +) 
(unsigned long) ((char far SEEGEY = stats) >> ant 


regs->x.si 
sregs->ds 


return 0; 
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* 

* drv_revr() 

* 

* Receiver procedure. Once a frame is recieved, we need to make wo upcall 
* with the receiving routine provided by the application. The first 

* call (AX == 0) is to request a buffer to copy the frame to. The second 

* call (AX == 1) indicates that the frame has been copied. 

* 

* Return values: 0 - Success 

* 


>O - Failure 
*/ 
/* void far drv_revr() */ 
drv_revr() 
{ 
int i; 
int handle_found = OPEN; /* set if valid frame recieved */ 
char far *Cp_ ptr; ; i 
unsigned short addr; 
unsigned char far *frame; 


/* get the frame */ 

while ((unsigned short)cur_rda->status != 0) { 

frame=(unsigned char far *) (((unsigned long) cur_rda->pkt_ptr1 << 28) | 
(unsigned short) cur _rda->pkt_ ptro); 

/* validate the received frame */ 

for(i = MIN_HANDLE; i < MAX_HANDLES;. i++) { 


if((handle_tbl({i].in_use == 0) || 
((((unsigned long)handle_tbl[{i].rec_es << 16) | 
; handle_tbl(ij}.rec | ai) == 0)) 
continue; /* go to next handle */ 


if(!far_memcmp((char far *)handle_ tbl[i].type, 
&frame(ETYPE_| OFS], handle _tbl(ij. zeny { 
handle_found = i; 
break; 
} 


} 

if(handle_found == OPEN) { 
drv_stats.packets_ dropped++; 
free _rda(); 

continue; 


if ((unsigned short) cur_rda~>status & Ox0c) { 
drv_stats.packets_ dropped++; 

free rda(); 

continue; 


} 


/* update driver stats */ 
drv_stats. packets _ int++; 
drv_ stats.bytes_ in += (unsigned short) cur_rda->byte_count; 


/* first upceall, tell them frame size */ 
app recv(0,handle_ found, MAX ( (unsigned sherk). cur rda- >byte_ count- 4,64), 
(char far *)&cp_ ptr, handle _tbl{handle_ found] ,rec. ai, 

handle_tbl[{handle found].rec_es)j; 


/* check if copy is permitted */ 
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if(cp_ptr == NULL) { 
drv_stats.packets_dropped++; 
free_rda(); 

continue; 


/* copy the frame */ 
far_memcpy(&cp ptr[0], &frame[0], (unsigned short) cur_rda->byte_count~4) 


/* second upcall, tell them frame has been copied */ 

app_recv(1, handle_found, (unsigned short) cur_rda->byte_count-4, 
(char far *)&cp ptr, 
handle_tbl(handle_found}.rec di, 
handle tbl[{handle_found}.rec_es) ; 


/* free rda */ 
free_rda(); 


return 0; 


/* 


* free rda() 
* 


* This routine is to free up the currently examined rda for later use 
* 


wf 


free_rda() 


static int first; 
unsigned short tmp_value; 
unsigned short addr; 

rda_struct * p rda; 


/* check fifo overrun */ 
if (inpw(regbasetisr) & ISR_RFO) 
outpw(regbaset+isr, ISR_RFO); 


/* reinitialize the rda */ 
cur_rda->status=0; 
cur_rda->byte_ count=0; 
cur_rda->pkt_ptr0=0; 
cur_rda->pkt_ptr1=0; 
cur_rda->in_use=0x0ffff; 
cur_rda->pkt_link |= 1; 


/* link the previous rda to the current rda */ 
if (currda==0) { 
addr=rda_start_addr+(RDANUM-1) *sizeof (rda_struct) ; 
p_rda=(rda_struct*) addr; ; 
p_rda->pkt_link&=0x0fffe; 


} 
else { 

addr=c_rda-sizeof (rda_struct) ; 
p_rda=(rda_struct*) addr; 
p_rda->pkt_link&=0x0fffe; 
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} 


/* get the first buffer number */ 
if (!first) { 
previous _seqno=(unsigned short) cur_rda->seq_no >> 8; 
first=1; 
} 


/* check whether rba can be'reused */ : 
if ( (unsigned short) cur_ rda->seq no >> 8 != previous_seqno) { 
previous | seqno= (unsigned short) cur_- rda->seq_no >> 8; 
tmp_value=rwp_table[cur_rwp]; 
if (cur_rwp==2) 
cur_rwp=0; 
else 
cur_rwptt+; 


outpw(regbase + rwp, tmp_value); 


tmp_value=inpw(regbase + isr); 
if (tmp_value & ISR_RBE) 

outpw(regbase + isr, ISR_RBE); 
} 


/* check rde */ 
if (inpw(regbase+isr) & ISR_RDE) { 
outpw(regbasetisr, ISR_RDE); 

tmp_value= inpw(regbase+crda) & Ox0fffe; 
outpw (regbaset+crda, tmp_value) ; 


} 


if (currda == RDANUM-1) { : : - 
currda=0; 
c_rda=rda_start_addr; 

cur _rda=(rda_ struct*)c_ rda; 


else { 
currda++; 
c_rdat=sizeof (rda_struct) ; 
cur_rda=(rda_ struct*)c_ rda; 


/* 


* init_drv() 
* 


* Initialize the driver and hardware. 


*/ 
init_drv(arge, argv) 
int argc; 


char *argv[); 


char far *ptr; 
int kill_drv; 


fprintf(stderr, 
"Zs -- Version %s\n%s\n", drv_name, arv_rev, cpy_msg); 
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kill_drv = do_args(argc, argv); /* process command line */ 

sys_isr = _dos_getvect (packet_int_no) ; » /* get system isr */ 

ptr = (char far *)sys_isr + 3; 

if (kill_arv) a ee a /* terminate active driver */ 
kill _driver(ptr) ; 

if((ptr != NULL) && (far_strcmp(ptr, pkt_signature) == 0)).{ 
fprintf(stderr, 


"Error: a packet driver already exist at interrupt Ox$x\n",. 
packet_int_no); an a a & 


exit(1); 
_dos_setvect (packet_int_no, arv_isr); /* install driver isr */ 
init(); /* init SONIC */ . 
fprintf(stderr, 


“Packet Driver is using INT 0x%x and %1d bytes of memory\n", 
packet_int_no, (unsigned long)mem_sz * 16); 


} 

/* 

* chk_handle() 

* 

* Check if handle is valid. 

* 

* Return values: 0 - Success 
* >0O - Failure 
*/ 


chk_handle (handle) 
unsigned int handle; 


/* check if handle is in range */ 
if((handle < MIN_HANDLE) || (handle >= MAX_HANDLES) ) 
return BAD HANDLE; ay ey: 


/* check if handle is in use */ 
if (handle_tbl[(handle].in_use == 0) 
return BAD HANDLE; 


return 0; 


/* 
* kill_driver() 

* 

* Terminate driver from memory 

* 

* Return values: none - exits from program 
md 
kill driver(ptr) 

char far *ptr; 


if((ptr == NULL) || (far_strcmp(ptr, pkt_signature) != 0)) { 
fprintf(stderr, .- zs ; tS Ge.3 cate, ; 
“Error: no packet driver at interrupt 0x%x\n", 
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y_regs.h.ah = 5; 

r_regs.x.bx = 0; 

int86(packet_int_no, &r_regs, &r_regs); 

if(r_regs.x.cflag) { 
fprintf(stderr, “Error: packet driver can not terminate\n") ; 
exit(1); 


printf("Terminated packet driver at interrupt ox%x\n", packet_int_no); 
exit(0); 


‘do_args() 
Process program arguments using getopt().— 


Return values: 0 - Success 
1 - Terminate driver 
ei 
do_args(argc, argv) 
int argc; 
char *argv(]; 


int in, done = 0,c_type; 
char *sptr; 


if(arge == 1) /* use default packet_int_no */ 
return 0; 


#ifdef MSDOS : 
if((sptr = strrchr(*argv, ’\\’)) != NULL) 
strepy(*argv, sptr + 1); 
if((sptr = strrcehr(*argv, ’.’)) != NULL) 
*sptr = '\0'; 


#fendif 


while (((in = getopt(argc, argv, "?khi:t:")) != -1)) { 
switch(in) { 
case /k’: 
return (1);. 
break; 
case /t’: 
sscanf(optarg, "%d", &c type); 
if(c_type==1) cable_type=THICK; 
break; 
case ‘i’: 
if(sscanf(optarg, "Ox%x", &packet_int_no) != 1) 
if(sscanf(optarg, "%d", &packet_int_no) != 1) { 
break; 
} 
* 


if(!strncmp(optarg, "0x", 2)) 
sscanf(&optarg(2], "%x", &packet_int_no); 
else 
sscanf(optarg, "%d", &packet_int_no)j; 
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*/ 

if ((packet_int_no < 0x60) || (packet_int_no > 0x80)) { 
fprintf(stderr, 
“Error: packet_int_no should be in the range 0x60 to CoO 
exit(1); 

} 

break; 

default: 
usage (argv); 
break; 


void usage (argv) 
char **argv; 
{ 

fprintf(stderr, 

"Usage: %ts [-h] [-k} {~i packet_int_no} [-t cable type]\n", *argv); 
fprintf(stderr, " -h = this help message\n"); 
fprintf(stderr, 

"+i = set packet interrupt number, default is Ox60\n"); 
fprintf(stderr, " -t cable type (0 thin coax, 1 AUI)\n"); 
fprintf(stderr, “ -k terminate packet driver\n") ; 
exit(1); 

} 


int opterr = 
int optind = 
Bae *optarg; 


° 
‘ 
° 
’ 


* getopt() -- Gets options from command line and breaks them up for analysis. 
* It is functionally compatible with the UNIX version. 
* By Ted Thi 
*/ 
getopt (argc, argv, ctrlStr) 
int argc; 
char **argv, 
*ctrlstr; 
{ 


extern char *strchr(); 
register char *s ptr; 
static int i; 
if (optind < arge && argv[optind) [++i] == /\0"’) { 
(if (i == || ++optind >= argc) 
return(-1); 
= 1; 


} 
if (i <= 1) { 
if (optind >= argc || (*argv{optind] 
argv(optind)[(1] == ’\0’) 
return(-1); 
if (strcemp(argv(optind) + 1, "=") 
optind++; _ 
return(-1) ; 


} 


} 
if (argv(optind)[i] == ':/ || (s_ptr = strchr(ctrilstr, argv(optind][{i])) 
== NULL) { 
if (opterr) 
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fprintf(stderr, "%s: illegal option -- %c\n", *argv, argv({optind][i]); 
return(/?/); 


} 
if (s_ptr({1] == ':/) 
if (argv([optind)[(++i]) == ’\0’). { 
i = 0; 
if (++optind.>= argc) { 
if (opterr) 
fprintf(stderr, "ts: option requires an argument -- %c\n", *argv, 
*s_ptr); 
return(’?/); 


} 


optarg = argv(optind++] + i; 
i= 0; 
} else 
optarg = NULL; 
return(*s ptr); 
} /* of getopt() */ 


void read_config() 

{ 
unsigned short reg0,ij; 
unsigned short port; 


for(i=0; i<MAX_SLOT; i++) /* read board ID */ 
{ 
port=(0x1000)*i + ID | ADDR; 
if (inpw(port)==*(unsigned int *) BOARD ID && 
inpw(port+2)==*(unsigned int *) (BOARD _ ID+2) 
) 


break; 


} 

if( i==MAX_SLOT ) { /* no board found */ 

fprintf(stderr,"No PLX board found. \n") ; 
exit (1); 

} 


regbase=0x1000 * i; 


reg0=inp(regbase+0xc88) ; /* read plx register 0 ot 
regO &=0x05; /* bit 2,1 */ 


switch (regO) { 
case 0: sonic_irq=5; 
break; 
case 2: sonic_irq=9; 
break; 
case 4: sonic _irq=10; 
break; 
case 6: sonic_irq=11; 
: break; 
} 


reg0=inp(regbase+0xc89) ; /* read plx register 1 */ 
if( regO & Ox02 ) cable _type=THIN; 
else cable _type=THICK; 
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static char far_rcsid[]="@(#)$ID:$"; 

/* 

FRR KKK KERR RER KEKE KERR E EERE RR RRR REIKI RIKEER KER REE IIIIAK  R RA RE 
* Copyright (c) 1992 National Semiconductor Corporation — * 
* All Rights Reserved * 
FOI III TIO IIIT Sad kek 
*/ , 4 


#include <dos.h> 


void far_memcpy(dest, src, cnt) 
register char far *dest; 
register char far *src; 
register unsigned cnt; 


while (cnt--) *dest++ = *srct++; 
} 


char far *far_strcpy(s1, s2) 
register char far *sl, far *S2; 
{ 

char far *s3 = sl; 

while (*s2) *sl++ = *s2+4; 

return (s3); 


far_strcemp(sl, s2) 
register char far *sl, far *S2; 
{ 
while(*s1) { 
if(*sl != *s2) return(*s1 - *S2); 
Ssl++; s2++; 
} 


return(*sl - *s2); 


far_memcmp(s1, s2, cnt) ; 
register char far *sl, far *s2; 
register int cnt; 
{ 
while(--cnt > 0) { 
if(*sl != *s2) 
return(*sl - *s2); 
Sl++; s2++; 
} 
return(*sl - *s2); 
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static char isr_csid[J]="@(#)$ID:$"; 


/* 

TCE TTCOCCCICCTCCLCTCCCTTCTCCCCCICTCCCCSE CCS SS SSCS SC SST CCS SCTE PS EEE SSL SPST ET TET ESE SSE SS 
* Copyright (c) 1992 National Semiconductor Corporation * 
* All Rights Reserved * 


KHKKKKK KAKA KK KK KKK KHER KEK IRE EERE EK EKER EKER KEKE REE EK EERE KEKKKEEKE 


ey 


#include <dos.h> 
#include "sonic.h" 


#define ISR_STACK_SZ 2048 


static char irq map[() = { 
0x08, Ox09, Ox0a, OxOb, Ox0c, Ox0d, Ox0e, Ox0Of, 
Ox70, Ox71, Ox72, OxX73, Ox74, Ox75, Ox76, Ox77 
}; 


static int pic_ctl; 
static int pic_mask; 
static int old_mask_val; 


void (interrupt far *sys_irq int) (); 
void interrupt far sonic_isr(); 


void sonic_isr_enable (irq) 
int irq; 
{ 
pic_ctl = irq < 8 ? 0x20 : Oxa0; 
pic_mask = pic_ctl + 1; 


old_mask_val = inp(pic_mask) ; 
sys_irq_ int = dos _getvect(irq_map[irq]); 


_disable()j; 

_dos_setvect(irq _map[irgq], sonic_isr); 
outp(pic_ mask, old_mask_val & ~(1 << irq%8)); 
_enable(); 


if(irq>s8) { 
int tmp_mask; 

int tmp_pic_ctl; 
int tmp_pic_mask; 


/* also enable PIC 1 */ 


tmp_pic_ctl=0x20; 
tmp_pic_mask = tmp_pic_ctl +1; 
tmp_mask=inp(tmp_pic_mask) ; 

_disable(); 

outp(tmp_ pic_mask,tmp_ mask & ~(1 << 2)); 
’ _enable(); 


void sonic_isr_disable(irq) 
int irq; 
{ 
_disable(); 
_dos_setvect(irgq_map[{irq], sys_irq_int); 


TL/F/11720-19 


1-807 © 


6S8-NV 


AN-859 


outp(pic_mask, old_mask- val); 
_enable(); 


static char far *old_sp; 
static char isr_stack[ISR_STACK_S2]; 


void interrupt far sonic_isr() 
{ 


char far *(far get_sp)(); 

void (far set_sp)(); 

unsigned short activetda, addr; 
unsigned short isr_reg; 

short i; 

tda_struct * tmp_tda; 


outpw(regbasetimr, 0); /* unmask the imr */ 


old_sp = get_sp(); ‘ 
set_sp((char far *)isr_stack + ISR_STACK_S2) ; 


_enable(); 


isr_reg=inpw(regbasetisr) ; 


while (isr_reg) { 


if (isr_reg & ISR_PKTRX) { /* is there a receive */ 
outpw(regbase+isr, ISR_PKTRX); /* clear receive bit */ 
darv_revr(); /* process rda */ 

} 

if (isr_reg & ISR_TXDN) { /* is there is transmit done */ 


outpw(regbaset+isr, ISR_TXDN) ; 
transmitactive=0; 
for (i=tda_head; i<tda_tail; i++) { 

addr=tda_addr+i*sizeof (tda_struct) ; 

tmp_tda=(tda_struct *) addr; . 

if ((unsigned short) tmp_tda->type==HIGH_PERFORMANCE) 

xmt_upcall(0, (char far *) &tmp_tda->buffer, 
(unsigned short)tmp_tda->xmt_di, (unsigned short) tmp_tda- 


} 


if (isr_reg & ISR_TXER) { /* is there a transmit error */ 
outpw(regbase+tisr, ISR_TXER) ; 
if (retry > 10) { /* if retry 10 and still not succeed to transmi 


activetda=inpw(regbase+ctda) ; 
if (activetda & 0x1) 
transmitactive=0; 
else { 
activetda &= Ox0fffe; 
outpw(regbase+tctda, activetdat20) ; 
outp(regbaset+cr, 2); /* transmit */ 


} 

else {. /* try again */ 
retry++; 
outp(regbasetcr, 2); /* transmit */ 


} 


} 
if (isr_reg & 0x0020) 
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isr_reg=inpw(regbasetisr) ; 
isr_reg &=0x0700; 
} 


_disable(); 
set_sp(old_sp); 


if(pic_ctl== Oxa0) outp(0x20,0x20) ; 
outp(pic_ctl, 0x20); 


outpw(regbaset+timr, 0x0700); 
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static char sonic_rcesid[]="@(#)$ID:$"; 
/* ; 
FOI III III IIIT ITI Rk tka kk ek 
* Copyright (c) 1992 by National Semiconductor Corporation * 
* All Rights Reserved * 


RAK KKK RRR KI KK KR RE RIK IKE RI RRR III IKE RTI RRERA KER RK RR RK 
* : 


Ld 


#include "sonic.h" 
#include "dos.h" 


/* 
* init() 
* 


* This routine is from init_drv() to initialize sonic buffer and sonic 
* registers. 


Return values: 0 if success 
1 if fail 


+ Fe Fe 


~ 


init() 
{ 


short i; 
unsigned short cur_loc; 


/* initialize valuables */ 
transmitactive=0; 

curtda=0; ; : 
currda=0; 


/* initialize the EISA9010 chip */ 


/* register 1 */ 
/*cable_type=THICK;*/ , 
outpw(regbase+plx_regl,cable_type) ; 


/* install sonic interrupt */ 
sonic_isr_enable(sonic_irgq) ; 


/* initialize sonic register */ 

outpw(regbase+tcr, 0x94); /* reset sonic */ 

outpw(regbasetdcr, 0x073a); /* set configuration: 0 wait state 
32-bit data path 
block mode 
8 words receive fifo 
12 words transmit fifo */ 

outpw(regbase+tcr, 0); /* out of reset mode */ 

outpw(regbase+rcr, 0x2000); /* accept broadcast packet */ 

outpw(regbasetisr, OxOffff); /* reset isr */ 

outpw(regbasetimr, 0x0700); /* set mask to xmit done, xmit error and 

receive packet */ 


init_tda(); | /* init tda */ 
init_rda(); /* init rda */ 
init_rra(); /* init rra */ 
init cam() ; /* init cam */ 
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/* initialize rwp location table */ 

cur_loc=inpw(regbasetrsa) ; 

for (i=0; i<RRANUM; itt) { 
rwp_table[i}=cur_loc; 
cur_loc+t=16; 

} 


cur_rwp=0; 


/* normal operation */ 
outpw(regbasetcr, 0x100); 


/* read rra */ 


return(0); 


init_tda() 


This routine is to link the tda so as to make transmission more 
efficient. It also initialize the utda and ctda registers. 


/ 
init_tda() 
{ 


eee Fe 


unsigned short i, ul6, 116; 
unsigned long addr32; 
unsigned long tba_addr; 
char far *ptr; 

struct SREGS segregs; 
tda.struct *tmp_tda; 
unsigned short c_tda_addr; 
unsigned short n_tda_addr; 


segread (&segregs) ; /* Read the segment register value */ 

/* check double word boundry */ 

tda_addr=(unsigned short) &tda[0]; 

tda_ addr&=0xfffc; 

/* Tink the first nine tda */ 

for (i=0; i<TDANUM-1; i++) { 

c_tda_addr=tda_addr+i*sizeof(tda_struct) ; 

n_ ~tda addr=c_ tda _addr+sizeof (tda_ struct) ; 

addr32=(((unsigned long) segregs. ds << 16) | n_tda_addr); 

tba_addr=(((unsigned long)segregs.ds << 16) | 
((unsigned short) &tba[i})); 

u1l6=addr32>>16; 

116=(unsigned short) addr32; 

addr32=(unsigned long)ul6 * 16 + 116; 

tmp_tda=(tda_struct*) c_tda_addr; 

tmp_ . tda->conf ig=0x1000; 

tmp_ . tda->link=(unsigned short) addr32; 

ul6=tba_addr>>16; 

116=(unsigned short) tba_addr; 

tbha_addr=(unsigned long)ul6 * 16 + 116; 

tmp_ tda->frag_ptri=tba_addr>>16; 

tmp_ tda->frag_ptr0= (unsigned short) tba_addr; 
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/* set the last tda link field to the first tda */ 

addr32=(((unsigned long) segregs.ds << 16) | tda_addr) ; 

tha_addr=(((unsigned long) segregs.ds << 16) | 
((unsigned short) &tba[TDANUM-1])); 

ul6=addr32>>16; 

116=(unsigned short) addr32; 

addr32=(unsigned long)u16 * 16 + 116; 

c_tda_addr=tda_addr+(TDANUM-1) *sizeof(tda_struct) ; 

tmp_tda=(tda_struct*) c_tda_addr; 

tmp_tda->link=(unsigned short) addr32; 

ul6=tbha_addr>>16; 

116=(unsigned short) tba_addr; 

tba_addr=(unsigned long)ui6 * 16 + 116; 

tmp_tda->frag_ptri=tba_addr>>16; 

tmp_tda->frag_ptr0=(unsigned short) tba_addr; 


/* set the utda and ctda register */ 

outpw(regbasetutda, addr32>>16) ; /* set utda */ 
outpw(regbase+ctda, (unsigned short) addr32) ; /* set ctda */ 
tda_start_addr=(unsigned short) addr32; 


/* 


* init_rda() 
*k 


* This routine is to link the rda together. It also initialize the urda and 
* crda registers. 
* 


*/ 
init_rda() 


unsigned short i, ul6, 116; 
unsigned long addr32; 
struct SREGS segregs; 
rda_struct *tmp_rda; 
unsigned short c_rda_addr; 
unsigned short n_rda_addr; 


segread (&segregs) ; /* Read the segment register value */ 


/* check double word boundary */ 

rda_addr=(unsigned short) &rda[0]; 

rda_addr&=0xfffc; 

c_rda=rda_addr; 

rda_start_addr=c_rda; 

cur_rda=(rda_struct *) c_rda; 

/* link the rda */ 

for (i=0; i<RDANUM-1; i++) { 
c_rda_addr=rda_addr+i*sizeof (rda_struct) ; 
n_rda_addr=c_rda_addr+sizeof (rda_struct) ; 
addr32=(((unsigned long) segregs.ds << 16) °| n_rda_addr); 
ul6=addr32>>16; 
116=(unsigned short) addr32; 
addr32=(unsigned long)ul6 * 16 + 116; 
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tmp_rda=(rda_struct*) c_rda_addr; 
tmp_rda- ->pkt_ link=(unsigned short) addr32; 
tmp_rda->in_use=0x0f fff; 


6S8-NV 


; 


/* set the last rda link field to the first rda */ 
addr32=(((unsigned long) segregs.ds << 16) | rda_addr)j; 
ul6=addar32>>16; 

116=(unsigned short) addr32; 

addr32=(unsigned@ long)ul6 * 16 + 116; 
c_rda_addr=rda_addr+(RDANUM-1) *sizeof (rda_struct) ; 

tmp _| rda=(rda_ struct*) c_rda_addr; 

tmp_rda->in _ use=Ox0ffff; 

tmp | rda->pkt_ link=(unsigned short) “addr329 
tmp_rda->pkt_link|=1; /* set EOL */ 


/* set the urda and crda register */ 
outpw(regbaseturda, addr32>>16); /* set urda */ 
outpw(regbasetcrda, (unsigned short) addr32) ; /* set crda */ 


/* 


* init_rra() 
* 


* This routine is initialize the rra and set rsa, rea, rrp, rwp registers 
* 


wy 
init_rra() 


unsigned short i, ul6, 116; 
unsigned long addr32; 

struct SREGS segregs; 
unsigned short rra_addr, addr; 
rra_struct * tmp_rra; 


segread (&segregs) ; /* Read the segment register value */ 


/* check double word boundry */ 
rra_addr=(unsigned short) &rra[(0J; 
rra addr&=0xfffc; 
/* initialize the rra slot */ 
for (i=0; i<RRANUM; i++) { 
addr32=(((unsigned long) segregs.ds << 16) | 
((unsigned short) &rba[i})); 
ul6=addr32>>16; 
116=(unsigned short) addr32; 
addr32=(unsigned long)ul16 * 16 + 116; 
addr=rra_addr+i*sizeof(rra_struct) ; 
tmp _ rra=(rra_ struct*) addr; 
tmp_rra->buff_ptr0=(unsigned short) addr32; 
“tmp_rra->buff _ptris =addr32>>16; 
tmp_ rra->buff_wc0O=RBA_BUF_SIZE/2; 
tmp_rra- >buff_we1= 0; 


} 


addr32=(((unsigned long) segregs.ds << 16) | rra_addr); 
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ul6=addr32>>16; 
116=(unsigned short) addr32; : 
addr32=(unsigned long)ul6 * 16 + 116; 


/* set urra, rsa, and rrp */ 

outpw(regbaset+urra, addr32 >> 16); /* set urra */ 
outpw(regbase+rsa, (unsigned short) addr32); 
outpw(regbaset+trrp, (unsigned short) addr32); 


/* set rea and rwp */ 

addr32+=48; : 
outpw(regbasetrea, (unsigned short) addr32); 
outpw(regbase+rwp, (unsigned short) addr32); 


/* 
* init_cam() 
* 


This routine is initialize the cam and set cdp, cdc registers. Also, 
load the can. : 


*/ 
init_cam() 


unsigned short i, ul6, 116; 
unsigned long addr32; 

struct SREGS segregs; 

unsigned short cam_addr, addr; 
cam_struct * tmp_cam; 


segread (&segregs) ; /* Read the segment register value */ 
/* check double word boundry */ 

cam_addr=(unsigned short) &cam[0]; 

cam_addr&=0xfffc; 


addr32=(((unsigned long) segregs.ds << 16) | cam_addr) ; 
ul6=addr32>>16; 
116=(unsigned short) addr32; 

addr32=(unsigned long)ul6 * 16 + 116; 


outpw(regbaset+cdp, (unsigned short) addr32) ; /* load cdp */ 
outpw(regbase+cdc, 16); /* load cdc */ 


tmp_cam=(cam_struct *) cam_addr; 

/* load the cda with node physical address */ 
tmp_cam->cam_port_info[0].porto= =inpw(regbase+0x0c90) ; 
tmp_cam->cam  port_ info[0].porti= inpw (regbase+0x0c92) ; 
tmp | cam->cam | port_ info[0}. POEL e= =inpw(regbaset+0x0c94) ; 


for(i=0; i<16; i++) 
tmp_cam->cam_port_info[i].entry_ptr=i; 


tmp_cam->cam_enable=1; . {/* load cam enable */ 
/* load cam */ 
outpw(regbase+cr, CMD_LCAM) ; 
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/* to ensure load cam is properly executed and:clear LCD bit in isr */ 
for (77) { 
if (inpw(regbasetisr) & ISR_LCD) { 
outpw(regbase+isr, ISR . LCD) ; 
break; 
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/* 
* $ID:$ 
* 


KKRKEKKKEKKEKEEKEEEKEEEKEEKEREEEEKRREREKR ERE ERER EKER REE KEKEKEKEKEKKKEKEKKKKKE 


* Copyright (c) 1990 by National Semiconductor Corporation * 
* All Rights Reserved * 
KKK KKKEKKKKEEEEKKEAREK AREER KKK KKK 


* 


/* Packet Driver Error numbers */ 
#define BAD_HANDLE 
#define NO_CLAS 
#define NO_TYPE 
#define NO_NUMBER 
#define BAD_TYPE 
#define NO MULTICAST 
#define CANT_TERMINATE 
#define BAD_MODE 
#define NO_SPACE 
#define TYPE _INUSE 


invalid handle number */ 

no interfaces of specified class found */ 
no interfaces of specified type found */ 

no interfaces of specified number found */ 
bad packet type specified */ 

this interface does not support multicast*/ 
this packet driver cannot terminate */ 

an invalid receiver mode was specified */ 
failed because of insufficient space */ 

the type has already been accessed */ 

and not released. */ , 

#define BAD COMMAND command out of range, or not implemented */ 
#define CANT_SEND packet couldn’t be sent (usually hardware) */ 
#define CANT_SET hardware address couldn’t be changed */ 
(more than 1 handle open) */ 

hardware address has bad length or format */ 
couldn’t reset interface */ 

(more than 1 handle open) */ 


FUDAN ULPWNEH 


rH 
wn 


#define BAD_ADDRESS 
#define CANT RESET 


Pe 
oes 


#define RUNT smallest legal size packet, no fcs */ 
#define GIANT largest legal size packet, no fcs */ 
#define EADDR_LEN Ethernet address length. */ 


#define MAX HANDLES 10 max number of handles at one time */ 
#define MIN_HANDLE 0 handles are O thru 9 */ 

#define MAX _TYPE_ LEN /* max packet type length */ 

#define OPEN -1_ available handle */ 


#define MIN(a,b) 2 (b)) 


#define MAX(a,b) (b) ) 
/* handle structure */ 
typedef struct _handle { 
int in_use; /* non-zero if handle exist */ 
char type[MAX_TYPE_LEN]; packet type */ 
int len; packet length */ 
unsigned int rec_es; receiver address segment */ 
unsigned int rec di; receiver address offset */ 
} HANDLE; : 


static unsigned char bit_swap[256] = 
0x00, 0x80, 0x40, OxcO, 0x20, 
0x10, 0x90, 0x50, Oxd0, 0x30, 
0x08, Ox88, 0x48, Oxc8, 0x28, 
0x18, 0x98, 0x58, Oxd8, 0x38, 
0x04, Ox84, 0x44, Oxc4, 0x24, 
0x14, 0x94, 0x54, Oxd4, 0x34, 
'-0x0c, Ox8c, Ox4c, Oxcc, Ox2c, 
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Oxlc, Ox9c, Ox5c, Oxdc, Ox3c, Oxbc, Ox7c, Oxfc, 
Ox02, Ox82, 0x42, Oxc2, 0x22, Oxa2, Ox62, Oxe2, 
Oxl12, 0x92, Ox52, Oxd2, 0x32, Oxb2, 0x72, Oxf2, 
Ox0a, Ox8a, Ox4a, Oxca, Ox2a, Oxaa, Oxé6a, Oxea, 
Oxla, Ox9a, Ox5a, Oxda, Ox3a, Oxba, Ox7a, Oxfa, 
Ox06, Ox86, 0x46, Oxc6, 0x26, Oxa6, Ox66, Oxe6, 
Ox16, Ox96, Ox56, Oxd6, 0x36, Oxb6, Ox76, Oxf6, 
Ox0e, Ox8e, Oxde, Oxce, Ox2e, Oxae, Ox6e, Oxee, 
Oxle, Ox9e, Ox5e, Oxde, Ox3e, Oxbe, Ox7e, Oxfe, 
0x01, Ox81, 0x41, Oxcl, 0x21, Oxal, 0x61, Oxel, 
Ox11, 0x91, 0x51, Oxdl, 0x31, Oxbl, 0x71, Oxf1, 
0x09, Ox89, 0x49, Oxc9, 0x29, Oxa9, 0x69, Oxe9, . 
0x19, 0x99, 0x59, Oxd9, 0x39, Oxb9, 0x79, Oxf9, 
0x05, 0x85, 0x45, Oxc5, 0x25, Oxa5, 0x65, Oxe5, 
0x15, 0x95, Ox55, Oxd5, 0x35, Oxb5, Ox75, Oxf5, 
Ox0d, Ox8d, Ox4d, Oxcd, Ox2d, Oxad, Ox6éd, Oxed, 
Ox1ld, Ox9d, Ox5d, Oxdd, 0x3d, Oxbd, Ox7d, Oxfd, 
0x03, Ox83, 0x43, Oxc3, 0x23, Oxa3, 0x63, 0Oxe3, 
0x13, 0x93, 0x53, Oxd3, 0x33, Oxb3, 0x73, Oxf3, 
Ox0b, Ox8b, Ox4b, Oxch, 0x2b, Oxab, Ox6b, Oxeb, 
Oxlb, Ox9b, Ox5b, Oxdb, 0x3b, Oxbb, Ox7b, Oxfb, 
0x07, Ox87, 0x47, Oxc7, 0x27, Oxa7, Ox67, Oxe7, 
Ox17, 0x97, Ox57, Oxd7, 0x37, Oxb7, Ox77, Oxf7, 
OxOf, Ox8f, Ox4f, Oxcf, Ox2f, Oxaf, Ox6f, Oxef, 
Ox1f, Ox9f, Ox5f, Oxdf, Ox3f, Oxbf, Ox7f, Oxff, 


i 
#define BIT _SWAP(a) bit_swap[ (unsigned char ) (a) ] 


#define BYTE_SWAP(a, b) { *(a) = *(b+1); *(at1) = *(b); } 


#define BUF_SZ 1514 
static unsigned char s_buf(BUF_S2Z]}; 


static unsigned char snap[] = 
/* SNAP */ 
{ 170, 170, 3, 0, 0, O }; 


#define ETYPE OFS 12 
#define DATA_OFS 14 
#define MAC_LEN 14 


static struct { 
unsigned long packets_in; 
unsigned long packets out; 
unsigned long bytes in; 
unsigned long bytes out; 
unsigned long errors in; 
unsigned long ‘errors out; 
unsigned long packets dropped; 

} drv_stats; 


static struct { 
unsigned char major_rev; 
unsigned char minor rev; 
unsigned char length; 
unsigned char addr_len; 
unsigned short mtu; 
unsigned short multicast_aval; 
unsigned short rcv_bufs; 
unsigned short xmt_bufs; 
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unsigned short int_num; 
} drv_param; 
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/* 
* SID:$ 
* 


KHEKKKKEKKEKEEKKKKKERKKEREKEKEKERKEREKKREKEKEREEKERKEKKKKERKRKKEKKKKRKKKKRKKKKEKE 


* Copyright (c) 1990 by National Semiconductor Corporation * 


* All Rights Reserved * 
JESSIE ISIS IIIS IEEE TOI DIDI ICIS III EIGIGI GIGI III ISI IGT I I ok 


* 
*} 
/* SONIC definition and data structures */ 


#define TDANUM 5 
#define RDANUM 40 
#define RRANUM 3 
#define RBA_BUF_SIZE 8192 
#define TBA_BUF_ SIZE 1514 


/* isr bit pattern */ 

#define' CMD_LCAM 0x0200 
#define ISR_RFO 0x0001 
#define ISR_RBE 0x0020 
#define ISR_RDE 0x0040 
#define ISR_PKTRX 0x0400 
#define ISR_TXDN 0x0200 
#define ISR_TXER 0x0100 
#define ISR_LCD 0x1000 


#define THIN 0x03 

#define THICK 0x01 

#define ID_ADDR oxcs80o 
#define MAX_SLOT 15 


[BRK R RRR RRR KR KIKI IRR KR IKI III RR ER RRR ER RRR ERK REA K RRR ERE 
* * 
* Offset of the EISA9010 register from the regbase address * 
* * 
FOO IOI CCITT IO I III II II IK / 

#define plx_ebc OxCc84 /* EBC register */ 

#define plx_reg0O Oxc88 /* register 0 */ 

#define plx_regl Oxcs9 /* register 1 */ 

#define plx_reg2 OxC8A /* register 2 */ 

#define plx_ reg3 OxC8F /* register 3 */ 

[RRR II REIKI IK RK IK KKK KIKI IKK KIKI KR I RE RRRERI 
* * 

* Offset of the register from the i/o base address * 
* * 
FOI IGT II III IOI TOI TOTTI TI TI Ia IK IK / 


#define cr Command */ 

#define dcr Data Configuration */ 

#define rer Receive Control */ 

#define tcr Transmit Control */ 

#define imr Interrupt Mask */ 

#define isr Interrupt Status */ 

#define utda Upper Transmit Descriptor Addr */ 
#define ctda Current Transmit Descriptor Addr */ 
#define tps Transmit Packet Size */ 

#define tfc Transmit Fragment Count */ 
#define tsaoO_. Transmit Start Address 0 */ 
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#define tsal Transmit Start Address 1 */ 
#define tfs Transmit Fragment Size */ 
#fdefine urda ; Upper Receive Descriptor Addr */ 
#define crda Current Receive Descriptor Addr */ 
#define crba0 Current Receive Buffer Addr 0 
#define crbal Current Receive Buffer Addr 1 
#define rbwco Remaining Buffer Word Count 0 
#define rbwcl Remaining Buffer Word Count 1 
#define eobc End of Buffer Word Count */ 
#define urra Upper Receive Resource Addr */ 
#define rsa Resource Start Addr */ 
#define rea Resource End Addr */ 

#define rrp * Resource Read Addr */— 
#define rwp Resource Write Addr */ 
#define trba0 Temp Recv. Buffer Addr 0 
#define trbai Temp Recv. Buffer Addr 1 
f#define tbwco Temp Buffer Word Count 0 
#define tbwel Temp Buffer Word Count 1 
#define addro Address Generator 0 */ 
#define addrl Address Generator 1: */ 
#define llfa Last link Field Addr */ 
fdefine ttda Temp Transmit Descriptor Addr */ 
#define cep CAM entry Point */ 

#define cap2 CAM Address Port 2 */ 

#define capl1 CAM Address Port 1 */ 

#define capo CAM Address Port 0 */ 

#define ce CAM Enable */ 

#define cdp CAM Descriptor Pointer */ 
#fdefine cdc CAM Descriptor Count */ 
#define sr Silicon Revision */ 

#define wto Watchdog Timer 0 */ 

#define wtl Watchdog Timer 1 */ 

#define rsc Receive Sequence Counter */ 
#define crcet CRC Error Tally */ 

#define faet FAE Error Tally */ 

#define mpt Missed Packet Tally */ 
#define mdt Maximum Deferral Timer */ 
#define rtc Receive Test Control */ 
#define ttc Transmit Test Control */ 
#define dtc DMA Test Control */ 

#define cco CAM Comparison 0 */ 

#define ccl CAM Comparison 1 */— 

#define cc2 CAM Comparison 2 */ 

#define cm CAM Match */ 

#define reservel Reserved */ 

#define reserve2 Reserved */ ; 

#define rbc Receiver Byte Count */ 
#define reserve3 Reserved */ 

#define tbc Transmitter Backoff Counter */ 
#define tre Transmitter Random Counter */ 
#define tbm Transmitter Backoff Mask */ 
#define reserve4 Reserved */ 

#define reserves Reserved */ 


#define BASIC (¢) 
#define HIGH_PERFORMANCE 1 


/* tda structure */ 
typedef struct tda_construct { 
unsigned long status; 
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unsigned long config; 
unsigned long pkt_size; 
unsigned long frag_count; 
unsigned long frag_ptro; 
unsigned long frag_ptrl; 
unsigned long frag_size; 
unsigned long link; 
unsigned long type; 
char far * buffer; 
unsigned long xmt_di; 
unsigned long xmt_es; 

} tda_struct; 


/* rda structure */ 

typedef struct rda_construct { 
unsigned long status; 
unsigned long byte_count; 
unsigned long pkt_ptro; 
unsigned long pkt_ptr1; 
unsigned long seq_no; 
unsigned long pkt_link; 
unsigned long in_use; 

rda_struct; 


/* rra structure */ 

typedef struct rra_construct { 
unsigned long buff_ptr0; 
unsigned long buff_ptri; 
unsigned long buff_wco; 
unsigned long buff_wcel; 

} rra_struct; 


/* vba structure */ 
typedef struct rba_construct { 

unsigned char buff(RBA_BUF_ SIZE); 
} rba_struct; 


/* tha structure */ 
typedef struct tba_construct { 

unsigned char tba_buff[TBA_BUF_ SIZE}; 
} tbha_struct; 


typedef struct cam_port { 
‘unsigned long entry_ptr; 
unsigned long porto; 
unsigned long porti1; 
unsigned long port2; 

} cam_port_struct; 


typedef struct cam_construct { 
cam_port_struct cam_port_info[16); 

unsigned long cam_enable; 

} cam_struct; 


rba_struct rba(RRANUM] ; 

tha_struct tha [TDANUM] ; 

unsigned char tda(TDANUM*sizeof (tda_struct) +3]; 
unsigned char rda({RDANUM*sizeof (rda_struct) +3]; 
unsigned short in_isr; 
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unsigned char rra[RRANUM*sizeof (rda _ struct) +3); 
unsigned char cam[(sizeof (cam _ struct) +3]; 


unsigned short sonic_irq; sonic interrupt*/ 

unsigned short cable type; thin/thick cable */ 

unsigned short regbase; base io address */ 

short transmitactive; transmission currently active flag */ 
short curtda; current tda */ 

short currda; current rda */ 

short previous_seqno; previous sequence number a] 
short retry; transmit retry counter */ 
unsigned short rwp_table(6]); RRA location table structure */ 
short cur_rwp; pointer to rwp table */ 

unsigned short tda _addr; tda starting address */ 

unsigned short tda start _addr; tda starting physical address */ 
unsigned short rda_addr; rda starting address */ 

unsigned short c_rda; 

unsigned short rda_start_addr; 

unsigned char far *type _ ptr; pointer for packet type */ 

short tda_head; head ptr to tda list */ | 

short tda tail; tail. ptr to tda list */ 

rda _ struct * cur_rda; 
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DIGI GIGS ISIS CIGIOEI IOI IEIIE TOOTS OOO CIC ICI OA ODISII GI IGOIE IIIT IIIS TOI II IIH 


pt Copyright (c) 1990 National Semiconductor Corporation * 
- All Rights Reserved * 
JSG E SEES SIG ICIGIEICIO IGOR GIGI GIO I SDITC OTST IIT IIIT TIT TI IIIS 


_TEXT | SEGMENT WORD PUBLIC ‘CODE’ 
“TEXT ENDS 

“DATA SEGMENT WORD PUBLIC ‘DATA’ 
“DATA ENDS 

CONST SEGMENT WORD PUBLIC ‘CONST’ 
CONST ENDS 

_BSS SEGMENT WORD PUBLIC ‘BSS’ 
“BSS ENDS 

DGROUP GROUP CONST, _BSS, _DATA 


ASSUME CS: “TEXT, DS: DGROUP, SS: DGROUP 


_TEXT segment word public ‘CODE’ 
assume cs: _TEXT 


public _get_sp 
_get_sp proc far 


mov ax,sp 
add ax,4 
mov ax,ss 
ret 

_get_sp ENDP 


public _set_sp 


_set_sp proc far 
Mov bx, SS 
mov es, bx 
mov bx, sp 


pushf 
cli 
pop ax 


sp,word ptr ss: [bx+4] 
ss,word ptr ss: [bx+6] 


ax,512 
skip 


sp,4 


MOV ax, word ptr es: [bx+2]} 
push ax 
mov ax, word ptr es: (bx) 


ax 


ENDP 


public _get_if. 
proc far 


ax 
mov ax,0 
and ax,512 
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jz 
mov 

ifret: ret 

_get_if 


ARG_OFS equ 
public 

_int_fddi- 
push 
Mov 
sub 


mov 
mov 
mov 
mov 
mov 
lea 
mov 


push 
mov 
Mov 
mov 
mov 
mov 
mov 
mov 
mov 


pop 
call 


push 
pushf 
pop 
and 


mov 
mov 
Mov 
pop 
mov 
mov 
mov 
mov 
mov 
mov 


add 
pop 
ret 
_int_fddi 


_TEXT ends 
end 


ifret 
ax,1 


ENDP 


6 


_int_fddi 
proc far 


bp 
bp, sp 
sp, 8 


;yput INT code on stack 
byte ptr[{bp - 2], 
ax, word ptr[bp + 


{bp - 3}, al 


byte ptr[{bp - 4), 
word ptr[bp - 6], 
ax, word ptr[bp - 
word ptr(bp - 8], 


bp 


Ocbh 
ARG_OFS] 


Ocdh 
ss 
4] 
ax 


es, [bp + ARG OFS + 4} 
bp, [bp + ARG OFS + 2] 
ax, es: [bp] 


bx, es: [bp 
cx, es:[bp 
ax, es:{bp 
si, es:{bp 
di, es:[bp 


bp 


adword ptr[{bp - 8] 


iget carry bit 


ax 


ax 
ax, 1 


+++e+ 


;put regs values on sp 


es, [bp + ARG_OFS + 8] 
bp, [bp + ARG _OFS + 6} 


es: (bp 


+ 


Ul 
+ 
+ 
+ 
+ 
+ 


12), 


ax 
2], 
4), 
6], 
8], 
10}, 


ax 


bx 
cx 
ax 
si 
di 


;work area for INT code 


get regs values off sp, pointers are far 


;do INT 


*mask carry bit 


;Cflag 
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KKK I IH II IH I IH I IIIA HK ISI IK IAI IIIA HII IIT ISI IKI IAHR I IRE RAI KEKE KEKE EERE 


* Copyright (c) 1990 by National Semiconductor Corporation * 
* All Rights Reserved * 
FHI KI III IT I IIR I ISIAH II AIA IK II IAI ITH I IIIA I KIKI KEI I IKE KHIR KER ERK KE KEEREK ERK 


Se at iat Bt 


title TEXT - Interrupt service routine 


extrn _int_handler:near 


_TEXT | SEGMENT WORD PUBLIC /CODE’ 
“TEXT ENDS 

DATA SEGMENT WORD PUBLIC ’DATA’ 
“DATA ENDS . 
CONST SEGMENT WORD PUBLIC ‘CONST’ 

CONST ENDS 

_BSS SEGMENT WORD PUBLIC ‘BSS’ 

"BSS ENDS 

DGROUP GROUP CONST, _BSS, _DATA 

ASSUME ‘CS: _TEXT, DS: DGROUP, SS: DGROUP 


_DATA SEGMENT WORD PUBLIC ‘DATA’ 
assume ds:DGROUP 


revr_ptr ad 2 
upcall ptr da we 
segmoffs struc 
offs dw ? 
segm daw ? 
segmoffs 


_DATA ENDS 


_TEXT segment word public ‘CODE’ 
assume cs:_TEXT 


CFLAG OFFSET equ 2 
FLAG_OFFSET equ 6 
REGS_OFFSET equ 14 
SREGS_OFFSET equ 22 


public _drv_isr 
_drv_isr proc far 


jmp start 
db ‘PKT DRVR’,0O ;ariver signature 


;setup registers on stack for MSC’s union REGS and struct SREGS 
start: 


assume ds:nothing 


push bp 


mov bp, sp 

and word ptr[(bp+FLAG_OFFSET], not 1 ;clear carry bit 

push word ptr[bp+FLAG_OFFSET] ;put in cflag field of structure 
push di ;save regular registers 
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push 
push 
push 
‘push 
push 
push 


push 
push 


push 
lea 
push 
push 
lea 
push 


mov 
mov 


clad 
call 
ada 


- Mov 
mov 


pop 
pop 
pop 
pop 
pop 
pop 
pop 
pop 
pop 
pop 
pop 
pop 


iret 
_arv_isr 


ax_ofs equ 


push 
Mov 

push 
push 
push 


mov 
mov 
mov 
mov 


push - 


public app recv 
"app recv proc near 


assume 


si 
ax 
cx 
bx 
ax 
ds 
ss 
cs 
es 


ss 


ax, word ptr (bp-SREGS OFFSET] j;pass sregs pointer 


ax 
ss 


ax, word ptr (bp-REGS OFFSET] ;pass regs pointer -> ax 


ax 


ax, DGROUP 
ds, ax 


assume ds: DGROUP 


_int_handler 
sp, 8 


ax, word ptr(bp-CFLAG OFFSET] mmov cflag to flag reg 
word ptr[bp+FLAG OFFSET], ax 


es 
ax 
ss 
ds 
ax 
bx 
cx 
ax 
si 
di 
bp 
bp 


endp 


ds: DGROUP 


bx, [bp+tax_ofs+10] 
revr_ptr.offs, bx 
bx, [bp+tax_ofs+12] 
revr_ptr.segm, bx 


7Save segment registers 


iget global data segment 
;make segment addressable 


;call C interrupt handler 


;restore registers 
;dummy pop for cs 


;pop cflag of structure 


return from interrupt 


;set-up app reciever 
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les 
mov 
push 
mov 
Mov 
mov 
mov 
pop 
assume 


call 


mov 
les 
mov 
mov 
pop 
pop 
pop 
pop 
ret 


_app_recv 


public 


dword ptr[bp+ax_ofs+6] 
word ptr es:[bx]} 


word ptr es: [bx+2} 
[bpt+ax_ofs] 
(bptax_ofs+2] 
[bpt+ax_ofs+4] 


es: DGROUP 
es:rcvr_ptr 


ax, es 
bx, dword ptr[(bptax_ofsté] 
word ptr es:[bx], dai 

word ptr es:[bx+2], ax 

bx 

es 

ds 


bp 


‘endp 


_xmt_upcall 


_xmt_upcall proc near 
ret_ofs equ 


assume 
push 
mov 
push 
push 
push 


mov 
mov 
mov 
mov 


les 
mov 
mov 
mov 
assume 


call 


pop 
pop 
pop 
pop 
ret 


_xmt_upcall 


_TEXT 


ends 
end 


ds : DGROUP 
bp | 

bp, sp 

ds 

es 

bx 


bx, [bp+ret_ofs+6] 
upcall _ptr.offs, bx 
bx, [bp+ret_ofst+8] 
upcall _ptr.segm, bx 


bx, dword ptr[bptret_ofs+2] 
di, word ptr ds: [bx] 

es, word ptr ds: [(bx+2] 

ax, [bptret_ofs] 

ds : DGROUP 


ds:upcall ptr 


;buffer 


jupdate pointer ES:DI 


jreturn 


jbuffer 


;return 
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MAKEFILE 


21 

INC 
CFLAGS 
MFLAGS 


-Zi 

--\include 

$(Zi) -Gs -I$(INC) -c 
-M1 


OBJ 
LIB 


pktdrv.obj sonic.obj pktint.obj far.obj isr.obj isrlib.obj 


ou 


sonic.obj: sonic.c $(INC)\sonic.h 
cl $(CFLAGS) $*.c 


pktdrv.obj: pktdrv.c $(INC)\pktdrv.h $(INC)\sonic.h 
cl $(CFLAGS) $*.c 3 


far.obj: far.c $(INC)\sonic.h 
cl $(CFLAGS) $*.c 


isr.obj: isr.c $(INC)\sonic.h 
cl $(CFLAGS) $*.c 


isrlib.obj: isrlib.asm 
masm $(MFLAGS) $*.asm; 


pktint.obj: pktint.asm 
masm $(MFLAGS) $*.asm; 


pktdrv.exe: $(OBJ) 
cl $(ZI) $(OBJ) -o $* 


clean: 
-del *.ob}j 
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Determining Arbitration 
and Threshold Levels 
ina SONIC™ Based 
MicroChannel® Adapter 


ABSTRACT 


With the number of bus master adapter boards increasing in 
MicroChannel based systems, many issues arise. This is es- 
pecially true regarding Bus Master Ethernet LAN controllers 
such as the DP839EB-MCS. As such, the entire MCA envi- 
ronment needs to be considered so that critical settings for 
arbitration levels, threshold levels, and fairness options can 
be chosen. This paper describes these issues as they relate 
to National Semiconductor’s DP839EB-MCS 32-bit Ethernet 
LAN controller board, which utilizes the DP83932 (SONIC). 


The major issues include bus latency, bus efficiency and the 
contributing factors affecting these critical system level pa- 
rameters. Factors such as bus occupancy times, DRAM re- 
fresh rates, floppy controller accesses, CPU accesses, 
mass storage transfer rates, latency tolerances, and priority 
levels all contribute to latency and efficiency. Within this 
environment, the high performance levels of the SONIC are 
achieved, even in worst-case scenarios in heavily loaded 
file servers with multiple bus masters. 


It is also important to note that many of the basic concepts 
and considerations required in this application will also ap- 
ply to other buses, although the detailed analysis will differ. 


OVERVIEW 


The DP83932 (SONIC) is a high performance, 32-bit, bus 
mastering Ethernet controller designed for a wide variety of 
applications. These applications include motherboards, 
routers, bridges and gateways, buffered and intelligent 
adapter boards, and bus master adapter boards. In each of 
these applications, determining the optimum thresholds and 
arbitration levels are key parameters to choose to ensure 
optimum performance. In determining these parameters, the 
anticipated system configuration needs to be understood. 
Specifically, the number and type of bus mastering devices 
in a system needs to be determined. Once these bus mas- 
ters have been identified, the device thresholds and board 
arbitration levels can be determined. 


Determining the anticipated number and type of bus mas- 
ters directly affects a bus specification known as Bus Laten- 
cy. Bus latency is defined as the time between when a bus 
master requests the bus to when it actually gets it. 


Bus latency is a critical systems level specification because 
if it is too long, a bus master who doesn’t get the bus when it 
needs it could suffer performance degradations or even 
more severe conditions such as a lost Ethernet packet or 
missed “sector” in a streaming tape drive. As such the 
Ethernet controller subsystem needs to have enough toler- 
ance to handle large latencies to guarantee it’s access to 
the bus and avoid this missed packet condition. The SONIC 
was specifically designed to perform in these applications. 
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By having a high speed, 66 MB/s, DMA host interface the 
SONIC maximizes bus bandwidth and minimizes time on the 
bus. Coupled with two efficient, 32 byte receive and transmit 
FIFOs, the SONIC will tolerate most latencies found in many 
applications. 


Determining bus latencies is easy in many applications. 
Bridges and gateways, motherboards, intelligent and/or 
buffered adapter boards are systems in which the anticipat- 
ed bus masters are known. In these systems it would be 


common to have the host CPU, a DMA controller, and pe- 


ripheral devices (SCSI, FDDI, ... ) all known by the system 
designer before the product is shipped out the door. 


It is the designer who has to design a bus master adapter 
board or motherboard for a target bus (be in MicroChannel, 
EISA, VME, etc.) with expansion slots who has a tougher 
problem. He doesn’t know what the end system configura- 
tion will be so he has to design to what is anticipated to be a 
worst case system configuration. The adapter board design- 
er’s customers would be the systems integrators who need 
to make sure that his board is designed properly so it will 
operate in fully loaded systems and still attain the high per- 
formance that he expects from this type of bus-mastering 
device. 


Towards this end, this paper is written to assist the SONIC 
adapter board designer in choosing the correct arbitration 
and threshold levels for an IBM PS/2 Model 80 application, 
most probably operating as a file server having multiple LAN 
and mass storage devices on the MCA bus. For designers 
of other systems, this paper should help in understanding 
many of the issues that arise in a bus master LAN environ- 
ment. 


Before discussing this, a few MCA specifics need to be ad- 
dressed. First off is the arbitration scheme. There can be up 


_to 8 bus master expansion boards on the Model 80 MCA 


bus, including 8 DMA channels, the system CPU, refresh, 
and NMI which are on the system motherboard. Most have 
their own arbitration level as programmed via a POS regis- 
ter. When a device wants ownership of the bus, it asserts 
the PREEMPT* signal and will then monitor the ARB/GNT* 
signal, and when high (as controlled by the central arbitra- 
tion logic on the system board) will place it’s arbitration vec- 
tor on the bus. If it’s vector has the highest value, it wins the 
bus, ARB/GNT* goes low, PREEMPT® is de-asserted, and 
it can now do data transfers. If other devices want the bus 
they can asynchronously assert PREEMPT". The first de- 
vice has 7.8 ps to get off the bus and then all requesting 
devicés, including the first if it wants to, compete for the bus 
and the arbitration process starts over again. When deter- 
mining system characteristics, this 7.8 pS is often used as it 
dictates the maximum amount of time that a device can own 
the bus if others are requesting it. 
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Another aspect of the MCA architecture is a feature called 
Fairness. Fairness allows all devices access to the bus ina 
round-robin fashion as determined by pre-assigned priority 
levels. Carefully choosing which devices are fair or not al- 
lows proper performance levels for the various devices on 
the bus. If fairness is enabled for a device and it currently 
owns the bus and another device(s) wants it, it will wait to 
re-arbitrate until all other requesting devices have had a 
chance on the bus themselves (this is noticed by the ab- 
sence of an active PREEMPT* signal). In this way no device 
will hog the bus and prevent others from accessing it. If 
fairness is disabled for a device, it will arbitrate for the bus 


"any chance a valid arbitration cycle is available, regardless 


whether other devices are waiting to arbitrate also. Even 
with fairness enabled, the winner of the bus still needs the 
highest arbitration level, however, properly setting the fair- 
ness option will determine who will do the arbitrating. 


In determining the arbitration levels and thresholds the de- 
signer of the SONIC: bus master adapter board needs to 
account for a worst case bus situations. This would most 
likely be a high performance file server with multiple adapter 
boards. These could include an ESD! disk controller, an 
SCSI controller for additional disk and tape backup facilities 
and from.1 to 4 LAN boards to handle a heavily loaded 


‘ network. Other anticipated bus master boards could also be 


included in this scenario (e.g., FDDI) but our discussion will 
be limited to the aforementioned configuration. (This is in- 
deed a worst case scenario. A more typical case for a file 
server would have 1 or 2 LAN boards and both a SCSI and 
ESDI controller). 


To summarize our worst case scenario for this analysis, we 
will assume the MicroChannel PS/2 has these adapter 
boards installed: 

¢ 4 SONIC Bus Master Adapter Boards 

* 1 Bus Master SCSI Controller 


¢ 1 Bus Master ESDI Controller 


DETERMINING ARBITRATION LEVELS 

AND THE FAIRNESS OPTION ; 

When determining these it must be understood that the 
mass storage devices and the LAN controllers have differ- 
ent goals when it comes to bus utilization. The mass storage 


' devices will have large blocks of data to transfer that are 


typically already stored in a local buffer on the adapter 
board or on the drive itself. All ESDI disk controllers have a 
local buffer, some with megabytes of storage. Most SCS! 
host adapters have buffering as well, although a trend is to 
use a bus-mastering SCSI controller IC that can gain the 
bus similar to the way the SONIC does. These don't have 
local buffering outside of their internal FIFO, but have the 
data storage on the disk drive itself. The main priority for the 
Storage devices is to transfer as much data as possible for 
as long as it has the bus. Of second priority is latency tolera- 


‘tion. These devices can wait a reasonable amount of time 
before they get the bus. Because they already have a large 


amount of data buffered, no data should be lost if it isn’t 
granted the bus immediately. However, when it does get the 


_ bus, it needs to transfer as much as possible. 


The Bus Master LAN controllers, on the other hand, need to 
have quicker access than the mass storage, devices and 
within their latency period. This is especially true when re- 
ceiving a packet, for to get a FIFO overrun error would 
Cause upper protocol layers to initiate long and time con- 


_ Ver, since fairness is enabled for the LAN boards it means 


~ boards will be on the bus consecutively for 7.8 ws each (for 


_ win when an arbitration cycle occurs. We now have this: 
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_the LAN boards, each is guaranteed to participate in every 
arbitration cycle and not have to wait for other device’s arbi- 


suming recovery procedures. Once they are on the bus, 
however, they are on for a relatively short period of time. 
This is due to the fast 20 MB/s MCA transfer rate and the 
smaller amount of data that is to be transferred at one time. 
(A disk or tape cache can have many Kbytes available for 
transfer, the 32 byte FIFO will transfer at the most that 
amount.) 


With this in mind, the LAN controllers should be configured 
to have near immediate access to the bus. As such, each 
should be set to have a priority level higher than the storage 
devices. Thus whenever an arbitration takes place, a LAN 
controller should always participate and win so it can attain 
bus ownership as soon as possible. The setting of the fair- 
ness option should also be chosen to allow the LAN boards 
immediate bus access. If all devices had enabled the fair- 
ness option it is possible for the LAN board to be off the bus 
for a longer period of time than it’s latency tolerance allows, 
for example as shown in Table |. , 


TABLE I. Possible (but Not Optimum) Priority Settings 
for Adapters, but Not the Optimum Solution 


In this scenario all devices have fairness enabled and the 
LAN boards have the higher priority. If a LAN board is await- 
ing arbitration it will win vs. the ESDI and SCSI boards. How- 


that they must defer arbitrating until all other devices have 
been on the bus. These boards should participate in every 
arbitration cycle and by enabling fairness for them, this is 
prevented. Specifically in this example, the SCSI and ESDI 


16.2 ys total, including arbitration time) and the LAN boards 
would miss the intermediary arbitration cycle; this might ex- 
ceed the boards latency toleration. By disabling fairness on 


trations and bus occupancy times. Because of this and their 
higher priority levels, a LAN board will always arbitrate and 


TABLE II. Priority Settings for Adapters © 
with Correct Fairness Setting 


Yes 
Yes 


What about the storage devices? Fairness should be en- 
abled for them. Due to the large amounts of data available 
for them to transfer in their respective caches, they will al- 
ways have a need to own the bus and so they will always be 
requesting it. If fairness were disabled, the higher priority 
device (the SCSI controller in this case) would hog the bus 
and prevent.the ESDI controller from accessing it. Thus fair- 
ness should be enabled for them. 


To summarize, the above configuration will give each LAN 
board immediate access to the bus. The SCSI and ESDI 
boards would each have accessibility to the bus and al- 
though delayed due to the higher priority LAN boards, their 
latency tolerances are much higher and would incur only a 
minor, yet expected loss in bus acquisition time. The set- 
tings for the DMA slave ESDI controller that is configured 
with the Model 80, does indeed default to these settings. 
Fairness is enabled for it and it occupies DMA channel 7, 
the lowest priority DMA Channel. 


The following Figure 7 illustrates the sequence of events in 
a fully loaded, extreme worst case situation by properly set- 
ting the arbitration levels and fairness. Other devices such 
as refresh and the floppy controller will be included later 
when FIFO thresholds are discussed. 


It should be remembered that the system CPU, the floppy 
controller, refresh, and other devices will be on the bus as 
well. These, along with the adapter boards all contribute to 
bus latency. Because of this latency the SONIC’s FIFO 
threshold must be set properly to tolerate the expected la- 
tencies and avoid overrun/underrun errors. When set prop- 
erly the SONIC will achieve the high performance the de- 
signer wants and the system’s integrator expects. 


DETERMINING THRESHOLD LEVELS 


The FIFO threshold is an option that is programmed in the 
SONIC’s Data Configuration Register and both the receive 
and transmit FIFOs can be programmed for different values. 
What is the FIFO threshold? The threshold is simply the 
point in time that the DMA engine requests the bus after a 
certain amount of data has filled the FIFOs. For example, a 
threshold of 1 long word for the receive FIFO would mean 
that after 4 received bytes from the network have filled the 
receive FIFO the DMA engine will request the bus. For the 
transmit FIFO, a threshold of 4 long words would cause the 
DMA engine to request the bus when the number of bytes in 
the FIFO falls below 16. 


When determining the threshold levels, we need to first ex- 
plore the specific latencies expected in our worst case sce- 
nario. The latency calculation is done by adding together 
the bus occupancy times of the various bus masters, their 


priority levels, and the fairness option. We will assume the 
following: 


e All adapter boards have 32-bit MCA bus master interfac- 

- es 

e The SONIC board transfer rate will be at 250 ns (al- 
though MCA will operate @ 200 ns and the SONIC can 
do synchronous transfers on other buses @ 100 ns) 


¢ Arbitration time will be 300 ns (0.3 ps) 
¢ EMPTY/FILL Mode is enabled for FIFO buffering 


e The Floppy controller will request service from DMA 
Channel! 2 every 12 ps and will remain on the bus for 
500 ns. | 


¢ Refresh occurs every 15.1 s.and inserts itself in the 
middle of an arbitration cycle, extending it 200 ns for a 
total arbitration time of 500 ns. , 


In this example we will assume that the SCSI controller just 
got on the bus and then immediately afterwards all four LAN 
boards and the ESDI controller request the bus by asserting 
PREEMPT". This example takes a worst case latency and 
will show how the chosen threshold and arbitration levels 
and fairness options will guarantee proper system perform- 
ance by showing how all four LAN boards will be able to 
access the MCA bus. When these devices request the bus it 
is to be understood that their FIFO thresholds have been 
reached. The LAN controllers will be buffering a received 
packet, a very critical bus access. 


What should the threshold levels be for the 4 LAN control- 
lers? Choosing the proper threshold involves trade-offs be- 
tween a number of systems level specifications. By having a 
low threshold, maximum latency is assured. However, fewor 
bytes will transfer so the arbitration percentage will be high- 
er, reducing efficiency. Also, the controller will request the 
bus more often causing bursty traffic across the bus. A larg- 
er threshold on the other hand, solves these problems at 
the expense of lower bus latency tolerance. In light of this, 
the thresholds of LANO:1 should be higher than LAN2:3. 
LANO:1 won't see larger latencies due to their higher priori- 
ties. However, they shouldn’t request the bus again before 
LAN2:3 get a chance, increasing the latency they already 
incur. LAN2:3, however, need to tolerate longer latencies 
than LANO:1 because, due to their priorities, they will be off 
the bus for longer periods of time. They will request the bus 
sooner and more often, however, this shouldn’t impact sys- 
tem performance due to the short bus duration. By choosing 
a threshold of 16 bytes for LANO:1 and 8 bytes for LAN2:3, 
as summarized in Table Ill, a good balance between these 
issues is achieved. , 
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FIGURE 1. Bus Ownership in Example PS/2 Under Worst Case Bus Request 
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Table II! shows the arbitration bus priority assignments that 
show proper settings for the IBM PS/2 Model 80 devices. It 
should be remembered that these device assignments are 
determined by the MCA specification. Some of the assign- 
ments are pre-set, while others can be occupied by installa- 
ble adapter boards. For example, refresh and NMI are pre- 
set to arbitration levels —2 and —1. The Floppy controller 
occupies DMA channel 2. The other DMA channels are 
available for adapter boards. — 


TABLE III. Arbitration, Fairness, 
and FIFO Threshold Settings 


Note 1: An IBM ST-506 disk controller will default to an arbitration level of 5 
with fairness enabled. 


Note 2: An IBM ESD! controller will default to arbitration level of 7 with 
fairness enabled. ; 

Devices 8-E are available for bus masters. In our example, 
DMA channels 0, 1, 3, and 4 are masked out and are used 
to hold the bus mastering LAN controllers. The bus master 
SCSI host adapter is put at ARB 6 with DMA channel 6 
masked out. A standard PS/2 Model 80 comes with an 
ESD! disk controller operating as a DMA slave at ARB 7. 
This is the default setting for this controller, Because of this, 
the LAN designer doesn’t have to worry about the arbitra- 
tion level and fairness options for this controller. It can be 
assumed that the SCSI host adapter will be configured in 
the same way: with a low priority and with fairness enabled. 
In our example we have assumed a bus mastering ESDI 
controller; however, the standard one is a DMA slave de- 
vice. For our discussion, though, we will assume it is a bus 
master for clarity’s sake. 


Once the arbitration levels and thresholds are determined 
for the LAN boards, they must be set when installed. IBM 
automatically sets the default values for the ESDI controller, 
but what about the LAN boards. How should they be set? 
Does the end user have to be aware of all these issues just 
_ to install a board? A simple solution would be for the driver 
to call a BIOS routine that would poll all the MCA slots to 
determine how many LAN boards are installed. The driver 
would then set the threshold and arbitration levels appropri- 
ately for each board. Using this method the user would be 


far removed from the details of these specifics and a 
smooth installation would be insured. 


At point “A” in Figure 2 below, LANO:3 and the ESDI con- 
troller request the bus. At point B”, 7.8 js later the SCS! 
controller removes itself and an arbitration cycle begins with 
the other devices participating. It should be noted that if the 
bus-mastering SCSI controller IC is in the middle of a block 
transfer when it gets off, it will need to tell the target so it 
won't request more data transfers of it and the system any 
more. It does this by simply refusing to issue more acknowl- 
edges to the target after the REQ/ACK offset has been met 
(in synchronous mode)..In this way the target won't be re- 
questing the initiator until it has access to the system bus 
again. The effect is that the SCSI controller can be off the 
bus even during the middle of a block transfer. After the 
arbitration following this SCS! transfer, LANO will win due to 
it’s higher priority. To determine system latency we will need 
to calculate the sum total of the occupancy times of all de- 
vices. If this latency is less than the maximum latency toler- 
ance of all the LAN devices, proper bus. access and per- 
formance levels can be expected. If. not, FIFO overruns 
would occur, the situation we are trying to prevent and will 
show won’t happen. 


A 


7.8ys | 0.34 1.5 
TL/F/11141-1 
FIGURE 2. Initial DMA Sequence — 


With that, how long will LANO be on the bus? Since LANO 
didn’t get the bus until point “C”, 8.1 ys later, and the con- 
troller has been programmed for EMPTY/FILL mode, it will 
transfer the sum of the number of bytes determined by the 
FIFO threshold and the number of bytes accumulated from 
the network since the request was made. Let’s call the 
“threshold” transfer time Ty and the transfer time for the 
accumulated bytes Ta. We will call the number of accumu- 
lated bytes simply “#”. Since our threshold for LANO is 16 
bytes, Ty will be the time it takes to transfer 16 bytes. Ta will 
be the time it takes to transfer the number of bytes accumu- 
lated since the request was made (8.1 j1s), as well as Ty. So 
we have: 


Trot = Tr + Ta 
1 Transfer 
4 Bytes 
# = (8.1 ws + 1.0 ps)/(0.8 ps/Byte) 
= 11.375 Bytes Accumulated. 
8 bytes (two long words) will transfer with 3 bytes left in 


FIFO and 3 bits in serial/parallel converter. (The SONIC will 
transfer only long-word values to/from the FIFO). 


1 Transfer 
Ta = 8 Bytes | ———— 
S vgs ( 4 Bytes 


Trot = 1.0 ys + 0.5 ys = 1.5 us. 
Therefore the total transfer time for LANO is 1.5 jus. LANO 
will then request the bus again when it’s FIFO threshold has 
been reached. Since there are 3 bytes left in FIFO and 3 bits 
in the serial/parallel converter, 

TREQ = (16 — 3 —% Bytes) (0.8 ys/Byte) = 10.1 ps. 
So LANO will request the bus 10.1 ps later. It should be 
noticed that LANO (and LAN1 also) have a latency tolerance 
of 12.8 ys. This latency is more than adequate for the cur- 
rent latency of 8.1 ps. 


Tr = 16 Bytes ( ) 0.25 ws/Transfer = 1.0 ps. 


) 0.25 ps/Transfer = 0.5 ps. 


ScslI Arb] LANO] Arb] LAN1 
7.8 ys | 0.3} 1.5 | 0.3]1.75 


9.9 us 
TL/F/11141-2 
FIGURE 3. Initial Latency for LAN1 Card 
At point “‘D” LANO finished it’s transfer and LAN1:3 and the 
ESDI controller arbitrate with LAN1 winning due to it’s high- 
er priority. Total bus occupancy for LAN1 will again be 
Trot = Tr + Ta. 
Tr = 1.0 ps (because of the 16 byte transfer as calculated 
above). 
9.9 us + 1.0 ps 
#= ee 13.625 Bytes Accumulated. 
0.8 ps/Byte 
12 additional bytes (3 long words) will transfer with 1 byte 
remaining in the FIFO and 5 bits in serial/parallel converter. 
0.25 us 
4 Bytes 
Trot = 1.0 us + 0.75 ws = 1.75 ps. 
Therefore LAN1 will own the bus for 1.75 ws. Since LAN1’s 
latency tolerance of 12.8 ys is greater than the current la- 
tency of 9.9 ys, it will be guaranteed access and no FIFO 
overruns will occur. LAN1 will then request the bus when it’s 
FIFO threshold has again been reached. Since there is 1 
byte left in the FIFO and 5 bits in the serial/parallel convert- 
er, the request time will be: 
Trea = (16 — 1 — % Bytes) (0.8 ps/Byte) = 11.5 ys 
F 


Sscsl Arb | LANO | Arb} LANI | Arb & Ref} Floppy 
7.8 ys | 0.3] 1.5 $0.3] 1.75 0.5 0.5 


11.65 ps 


Ta = 12 Bytes = 0.75 ws 


TL/F/11141-3 
FIGURE 4. Latency Till End of LAN1 Card Bus 
Occupancy Followed by Arbitration 
and Floppy Disk Access 


At point “F” the SCSI controller, LANO and LAN1 have had 
their turn on the bus. At this point another arbitration will 
take place. Since the system needs to refresh memory, we 
will put in a refresh cycle now. This refresh will extend the 
arbitration by 200 ns, to a total of 500 ns. We also need to 
account for a floppy controller access. It is important for the 
floppy controller to gain access to the bus because if one of 
it's drives is a “floppy tape” and a byte was lost, the tape 
would have to stop, rewind, and re-read/write to that logical 
sector, taking a very bad performance hit. This situation 
needs to be prevented. We will assume that DMA channel 2 
will win this arbitration and the floppy controller will transfer 
one byte, staying on the bus for approximately 500 ns. We 
now have: 


G 4H 
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FIGURE 5. Bus Latency Time for LAN2 Card 
After the floppy access, LAN2:3 and the ESDI controller will 
arbitrate at point “G”, with LAN2 winning and beginning to 
transfer at point “H”. Since LAN2’s latency tolerance is 
19.2 ys and 12.95 ys is the current latency, there is 6.25 1s 
of margin left to guarantee proper access. How long will 
LAN2 stay on the bus? 
Trot = Tr + Ta. 
Tr = 0.5 ps (for any 8 Byte Transfer) 
# = (12.95 ps + 0.5 ws) (1 Byte/0.8 ps) 
= 16.8125 Accumulated Bytes. 
The SONIC will then transfer the additional 16 bytes (4 long 
words) that were accumulated in the FIFO and keep the 
remaining 6.5 bits in the serial/parallel converter. 


Ta = 10 ps (from a previous calculation for a 16 byte 
transfer) 

Trot = 0.5 ps + 1.0 us = 1.5 ps. 
LAN2 will then re-arbitrate when it’s FIFO has reached 
8 bytes. This will be as shown in Figure 6. 


Scst Arb | LANO] Arb] LANt | Arb & Ref} Floppy | Arb] LAN2 LAN3 
7.8ps [0.3] 15 | 0.3] 1.75 0.5 -0.5 0.3] 1.5 1.5 


14.75 ys 
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FIGURE 6. Bus Latency Time for LAN3 Card 
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Treq = (8 — 6.5/8 Bytes) (0.8 ps/Bytes) = 5.75 ps later. 


K 


_ SCSI Arb | LANO | Arb | LAN1} Arb & Ref } Floppy LAN2 | Arb | LAN3 | Arb ESDI 
7.8 ps 10.3] 1.5 70.3] 1.75 0.5 0.5 15 [0.3] 15 [O03] 7.8ys 


16.55 ys 
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‘FIGURE 7. Total Bus Latency Time until Beginning of ESD! Drive Bus Access 


At point “I” LAN2 is finished and LAN3 and the ESD! board 
will arbitrate with LAN3 winning. Since LAN3 has a latency 
tolerance of 19.2 ys and only 14.75 ws have occurred since 
LAN3 could have owned the bus, the latency margin of 
4.45 ys is left over and a proper bus access has been guar- 
anteed. LAN3 will then occupy the bus for: 
Trot = TT + Ta 
Ty = 0.5 ys (from before for an 8 byte threshold) 
# = (14.75 ps + 0.5 ys) (1 Byte/0.8 ps) 
= 19.0625 Accumulated Bytes. 
The SONIC will transfer 16 bytes (4 long words) with 3 bytes 
remaining in the FIFO and 0.5 bits in the serial to parallel 
converter. 
Ta = 1.0 us for a 16 byte transfer so we have 
Trot = 0.5 us + 1.0 us = 1.5 ps. 
LAN3 will then arbitrate again when its FIFO threshold of 8 
bytes has been reached. This will be: 
8-3 -0.5 
T = | ——— 
REQ ( 8 
So LANS will request the bus again in 3.95 pS. At this point 
we have the following sequence of events: 
At point “K”, the ESD! controller will arbitrate and win and 
will stay on the bus for 7.8 ys. After winning the bus, the 
ESDI controller will deassert PREEMPT*. The SCSI control- 
ler can now assert PREEMPT* (because fairness has been 
enabled for it) to request the bus again since it has still more 
data to transfer. 
In all of the previous illustrations we showed all devices and 
their respective occupancy times and their relative se- 


) (0.8 ps/Byte) = 3.95 ps 
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quence. The following graph visually shows how long all 
devices will own the bus relative to each other. It is quite 
apparent that due to the SONIC’s and MCA’s high speed 
DMA, the LAN controllers are on for a minimal amount of 
time. Streaming Mode MCA adapters would be on for half 
the time. 

In this example we have taken a worst case scenario by 
assuming. all the LAN boards and the ESDI board will re- 
quest the bus simultaneously at the very beginning of the 
SCSI transfer period. We have shown that even in this situa- 
tion all devices have accessed the MCA bus without error 
and with plenty of latency margin left over. Table IV summa- 
rizes these results. 


TABLE IV. Accrued Latency 
Device 


Latency 
Tolerance (js) 


Accrued 
System 
Latency (1s) 


Latency 
Margin 


| 


Note: These latencies are particular to the device in question. 
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FIGURE 8. Individual Bus Usage Times for All Bus Masters, and Arbitration Cycles’ 
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Since we are basing our calculation on this simultaneous 
request, what will happen when these LAN boards arbitrate 
again? Will this worst case scenario happen again? Based 
on our previous calculations the LAN boards will request 
again at different times. The following diagram shows when 
the LAN boards will arbitrate once more: 

LAN2 

LAN3 

3.65 ys 


LAN1 
6.6 us 


fre) 


—— 


LANO 
3.15 ys 


7.8 ps 


FIGURE 9 


It can be seen now that starting with a worst case scenario 
as described above, the next set of LAN requests will be 
staggered apart throughout the ESDI transfer and our worst 
case scenario has all but disappeared, even after starting 
with it in the beginning. The LAN boards will still request and 
occupy the bus consecutively, however, they will now be on 
the bus for a shorter period of time. This is because the 
_ controller will get the bus sooner than in our worst case 
scenario; fewer bytes would have been accumulated in the 
FIFO since its threshold was reached hence a shorter trans- 
fer period. This means that other devices such as the CPU 
and mass storage controllers can have the bus sooner and 
occupy it longer than before. This equates to overall faster 
data throughput and more processing time for the CPU. It is 
up to the designer to determine when this worst case sce- 
nario will occur again, but it can be seen that the probabili- 
ties are exceptionally low that it will ever be repeated; how- 
ever, if it did by properly setting arbitration and threshold 
levels and fairness options, the high performance of the 
SONIC can be readily achieved. 


Since all devices have had a chance on the bus, what hap- 
pens to the CPU during this worst case scenario? It has 
duties of its own such as protocol processing, updating de- 
scriptor lists, managing packets, etc. In the rare instance of 
this worst case scenario it wouldn’t have immediate access 
to the bus. However, in nearly all the following accesses 
where the LAN accesses are staggered apart, there would 
be plenty of time for the CPU to access system memory. 


One of the assumptions of this example is that no two con- 
secutive transfers of 7.8 ps will occur in a row on the MCA 
bus when the LAN controllers are requesting it. The only 
way for this to happen was if there was a board which need- 
ed the bus immediately, and had a higher priority than the 
LAN boards and also would own the bus for a long period of 
time. However, a long bus occupancy time suggests a large 
buffer to hold all that data that is being transferred. A large 
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buffer means it can tolerate longer latencies which means it 
can be set to a lower priority level, which effectively means 
this situation is avoided. Thus the LAN boards can effective- 
ly remain at the highest priority level and not be potentially 
locked out due to multiple, consecutive, 7.8 ys transfers, 
which won’t happen. 


A concern throughout this analysis may be bus efficiency. 
Since the SONIC transfers just a few bytes at a time, it will 
request the bus often causing the arbitration time to be a 
significant portion of the transfer cycle. However, because 
of the Ethernet transfer rate of 1.25 MB/s these requests 
won't be often. When compared to the transfer times of the 
SCSI and ESD! boards, these arbitration times are not too 
significant (see Figure 8 ) and won’t occupy much bus band- 
width. With these lower thresholds and bursty transfers, 
these inefficiencies become apparent. However, the SONIC 
more than compensates in other areas. 


The 20 MB/s transfer rate of the DMA allows for minimal 
time on the bus. With Streaming Mode MicroChannel, the 
bus occupancy can be further lowered by having a 40 MB/s 
data rate. By keeping the FIFO down to 32 bytes, the buffer- 
ing of runt packets is eliminated. A larger FIFO may buffer 
many of these unwanted packets in a heavily loaded net- 
work and wastes valuable bandwidth. Also, the SONIC’s 
buffer management structure has been designed for sim- 
plicity and performance. _ 

With much of the performance bottleneck happening in the 
upper protocol layers, a very fast and efficient driver be- 
comes a necessity. The SONIC’s register oriented buffer 
management scheme makes this possible. Upating descrip- 
tor lists is simple and doesn’t take much processor over- 
head. It is very efficient. 


The on-board CAM can hold up to 16 different physical and 
multicast addresses. This allows supporting multiple proto- 
cols at the MAC level. By assigning a different physical ad- 
dress to each of the different protocols supported by the file 
server, protocol filtering can be done at a very low level, 
where it is much more efficient. To implement this with a 
controller that supports only one physical address would 
necessitate it to enter promiscuous mode, meaning that it 
would have to buffer every packet on the network. This 
would be a very great waste of system bandwidth. 

Another way to improve efficiency would be to tie multiple 
SONICs together while maintaining a single MCA bus inter- 
face. The MREQ* and SMACK’ pins on the SONIC allow it 
to be a slave to other devices, even other SONICs. By tying 


_ multiple SONICs together, they could be time multiplexed 
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into one MCA time slot; this would have the advantage of 
requiring only one arbitration cycle for multiple controllers. 
Not only would the efficiency go up but costs would come 
down as multiple SONICs would share just one bus inter- 
face. In short, the SONIC provides an optimal balance to 
achieve exceptional performance at all levels where system 
performance is measured. 
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INTRODUCTION 


The purpose of this application note is to describe the im- A 32-bit bus master architecture, in which the SONIC Ether- 
plementation of an EISA bus master Ethernet interface solu- _ net controller can gain ownership of the EISA bus and trans- 
tion using National Semiconductor's DP83932 System Ori- _ fer data directly into system memory with no on-board CPU 
ented Network Interface Controller (SONICTM) and PLX _ or buffer RAM has been chosen for this design to maximize 
Technology’s EISA9032 EISA Bus Master Interface chip. data throughput while not adding any extra memory cost or 
This solution takes the form of a high performance 32-bit __ intelligence on the card. In addition the inherent packet buff- 
network interface adapter card which on one side plugs into © @f Management features of SONIC are utilized by driver 
an EISA bus slot and on the other supports two media con- _—‘ SOftware to facilitate optimum performance. The card has a 


nection options, Attachment Unit Interface (AUI) and Thin __ typical (calculated) bus occupancy of <10% for full Ether- 
wire Ethernet. net traffic (10 Mb/s). 


The board easily interfaces to the EISA bus with few exter- The block diagram of this board is shown in Figure 7. The 
nal components. This application note assumes the reader design can be broken down into 3 sections: slave interface, 
is familiar with National Semiconductor's DP83932 us master interface, and physical media interface. 
SONIC™ Ethernet controller, PLX Technology’s EISA9032_ ~—s The slave interface enables the EISA host CPU to gain ac- 
EISA interface chip and the EISA bus specification. cess to the following devices on the adapter card: es 
This document will first give a hardware functional descrip- 1. 32 x 8 PROM which contains the card’s Ethernet node 
tion of the card, followed by an overview of EISA covering ID, and the card’s EISA ID. 

topics such as system configuration, I/O access, multiple 9. an optional 256k x 8 boot EPROM which can contain a 


bus masters and bus protocol, and ending with a description program which enables a diskless CPU to boot up across 
of the master and slave interfaces of the Ethernet board. the network. 


HARDWARE FUNCTIONAL OVERVIEW 3. The SONIC Ethernet controller internal registers. 


The main function of this adapter card is to transfer Ether- 4. The EISA9032 EISA interface chip configuration regis- 
net packet data to/from the CPU’s system memory as a ters. 

high speed 32-bit bus master during LAN transmissions and 
receptions at the maximum EISA burst rate of 33 Mbytes/s. | 
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FIGURE 1. SONIC EISA Ethernet Adapter Card Block Diagram 
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The master interface enables the SONIC Ethernet controller 
to read and write to the system memory on the EISA bus 
using the EISA9032 interface chip. The EISA9032 interface 
chip converts the Ethernet controller’s arbitration and cycle 
control signals to the EISA bus timing and protocol. 


The physical interface enables the SONIC Ethernet control- 
ler to transmit and receive data over a 10BASES thick wire 
Ethernet interface or the 10BASE2 thin wire interface using 
National Semiconductor DP8392 Coaxial Interface Trans- 
ceiver CTI. 


Transmission 


The sequence of events for Ethernet transmissions is as 
follows: 


The host CPU writes the packet data into the system’s 
memory Transmit Buffer Area (TBA). It then writes descrip- 
tor information (packet data pointers, packet size, etc.) into 
the system memory transmit descriptor area (TDA). Next it 
loads a SONIC register with a pointer to the TDA and issues 
a transmit command by writing to the SONIC’s command 
register. 

The SONIC responds by first reading the TDA descriptor 
information from system memory. It then loads the packet 
data from the system memory TBA into its internal FIFO in 
bursts and transmits this data onto the network. At the end 
of the transmission the SONIC will write transmit status in- 
formation into the system’s memory TDA. 


Reception 

The sequence of events for Ethernet receptions is as fol- 
lows: 

Data is loaded from the Ethernet cable into the SONIC’s 
internal FIFO. When a programmable threshold is reached 


in the FIFO, the SONIC will write the packet data into the © 


system memory’s Receive Buffer Area (RBA). 


Once a complete packet has been loaded into memory the 
SONIC will write descriptor information about the reception 
into the system memory’s Receive Descriptor Area (RDA). 


Note that all buffer and descriptor areas are set up by the 
host CPU in system memory prior to any packet transmis- 
sion and reception. 


EISA OVERVIEW 


EISA was developed in 1989 by a consortium of 9 PC manu- 
facturers in an attempt to create a higher performance 
32-bit bus architecture that is backwards compatible with 
the PC-AT® based industry Standard Architecture (ISA) cre- 
ated in 1984. 

This section gives an overview of the Extended Industry 
Standard Architecture EISA and describes the Ethernet 
adapter’s implementation of its interface. First, the bus fea- 
tures are described, then various facets of bus operation are 
described, including addressing, arbitration, configuration, 
and the bus protocol. 


Bus Features 
¢ 64 kBytes of !/O space; Slot specific 1/O access 


¢ 32-bit non multiplexed address data bus supporting a 
4 GByte address range 
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Multiple bus masters using a centralized arbitration 
scheme supporting preemption 


Synchronous protocol (8.3 MHz clock) supporting stan- 
dard (2 bus clock per cycle) or burst (1 bus clock per 
cycle) mode which can achieve a data transfer rate of 
33 MB/s 

Cycle translation performed by the system board enables 
a 32-bit or 16-bit EISA or ISA master to interface with any 
one of 5 different slaves (EISA 32/16 burst/16 non burst, 
ISA 16/8 bit) : 


Shareable interrupts; Programmable level or edge trigger 


Automatic configuration by means of an on-board prod- 
uct identification ROM. Manufacturers provide a configu- 
ration file to be used at system configuration time to as- 
sign system resources. — 


1/0 ACCESSES AND ADDRESSING 


-EISA supports slot specific |/O access. Since EISA is back- 


wards compatible with ISA addressing, how EISA partitions 
address space is relatively complex. Next follows a descrip- 
tion of how addressing is implemented and how backwards 
compatibility with ISA limits each EISA slot 1/O space to 
1 kByte. 


EISA supports 16-bit wide 1/O addresses providing a total 
1/O address range of 64k. This is divided into 16 slots, each 
having 4k allocated to them. This is shown in Figure 2. 


The top 4 bits of the address LA15:12 define the slot num- 
ber and the remaining 12 bits LA11:0 provide a 4k address 
range per slot. 


To provide backwards compatibility with ISA, some of this 
address range must be lost. This is because ISA supports 
10-bit wide I/O addresses, resulting in a total I/O space 
range of 1 kByte. The first 256 bytes (000OH-OFFH) of this 
1k is allocated to the system board, and the remaining 
768 bytes (100H-3FFH) can be used by ISA expansion 
boards. 


This means ISA expansion boards only need to decode ad- 
dresses 9-0 and therefore will recognize the address range 
100H-3FFH (256 to 1k) in every 1k block of the 64k EISA 
1/O space. That is, all addresses in the top 768 bytes of 
every 1k block are aliased to the ISA expansion board 1/O 
space (100H-3FFH). , 

Therefore EISA expansion boards cannot use these ad- 
dresses and are limited to the bottom 256 locations of every 
1k block of I/O space (the ISA system board only uses 256 
locations in the first 1k of I/O space). As each slot covers a 
4k range in the 64k I/O space, each slot will be able to use 
4 blocks of 256 locations (1k). These are z000H-zOFFH, 
2400H-z4FFH, z800H-z8FFH and zCOOH-zCFFH, as 
shown in the center column of Figure 2. EISA devices must 
only recognize addresses with bits 8 and 9 low (bottom 
256 bytes of every 1k block). 

ISA supports another slot specific signal AEN which is driv- 
en high to all slots by the system whenever a DMA cycle is 
in progress, to prevent !/O devices from decoding the 1/O 
address on the bus. 
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FIGURE 2. EISA I/O Space 


1-836 


In EISA systems, the EISA controller decodes the top four 
bits of the I/O address LA15:12 (slot number) and only 
drives AEN active low to the particular slot being accessed. 
This relieves each slot from having to decode the slot ad 
dress. 


Therefore, EISA devices only need to decode address bits 8 
and 9 both low and AEN low to prevent conflict with ISA 
devices or other EISA slots. This decoding enables the 
EISA device to use the bottom 256 bytes of its slot address 
space. The other three 256 byte blocks in its 4k \1/O slot 
space will be aliased to the bottom 256 bytes. To make use 
of the other three 256 byte blocks and increase its 1/O 
range to 1k, the EISA device must decode address bits 10 
and 11. 


The SONIC Ethernet adapter card supports 1k of slot spe- 
cific 1/O space decoding (see right column of Figure 2). 
Addresses 0 to O5EH in the first 256 byte block access the 
SONIC registers. 


Addresses 80H to 83H in the last 256 byte block (COOH- 
CFFH) access the 4 EISA product IDs in the adapter card’s 
PROM. Addresses 90H-97H in the last 256 byte block ac- 
cess the 6 Ethernet ID bytes (plus 2 spare bytes) in the 
adapter card’s PROM. Addresses 84H, 88H to 8BH and 
8FH in the last 256 byte block access EISA9032 configura- 
tion registers. 


PLX’s EISA9032 interface chip provides a configuration reg- 
ister bit which enables ISA I/O addressing to be used so 
that software drivers which used ISA addressing can be 
used with minor modifications. This board design does not 
support this configuration, as jumpers would be required to 
store the I/O base address into the configuration register at 
power up. 


EISA BUS ARBITRATION AND BUS LATENCY 


EISA provides centralized arbitration control to allow bus 
sharing between CPU, DMA controller, refresh controller 
and bus masters. Each master has a slot specific memory 
request (MRQx) and memory acknowledge (MAKx) signal. 


If a request is.received by the. arbitration controller, it will 
preempt the device currently using the bus who must then 
release the bus within 64 EISA Bus Clocks (BCKs) (8 ss). 
Therefore a master on the bus can calculate the maximum 
bus latency (bus request to bus acknowledge delay) it may 
have to withstand. _ 
EISA supports a three way rotating arbitration priority 
scheme between refresh, DMA and either the CPU or bus 
master. The CPU and bus masters maintain a two way rotat- 
ing arbitration within the original 3 way rotation. For exam- 
ple, if there are two masters and all devices are requesting 
the bus, this will be the bus acknowledge sequence DMA/ 
refresh/ CPU/ DMA/ refresh/ Master1/ DMA/ refresh/ 
CPU/ DMA/ refresh/ Master2. Therefore the worst case 
bus latency for a bus master with n masters in the system is: 
(DMA X 2n) + (refresh X 2n) + (CPU X n) + 
. (master X (n—1)) = , 
5.8 us X 2n+ 1.3 ys X 2n+9Xn+ 10.6 X (n—-1) = 
(33.8 X n — 10.6)us 
Therefore for 8 masters = 259.8 ys 


Note that raising the priority level of a master does not re- 
duce this figure as all other masters must be serviced be- 
fore the current master can use the bus again. The EISA 
bus only supports fairness scheme. 


The SONIC Ethernet controller will request the bus whenev- 
er enough network data has entered its internal FIFO to 
cross a programmable threshold. The FIFO depth is 
32 bytes and the minimum threshold that can be set in the 
FIFO is 4 bytes. Network data (10 MBits/s) will arrive at 
1 byte every 800 ns, therefore the SONIC must acquire the 
bus before a further 28 bytes arrive into its FIFO, otherwise 
the FIFO will overflow and the packet will have to be re- 
transmitted. This provides a bus latency of 22.4 ps. 


SYSTEM CONFIGURATION 


EISA provides a mechanism for automatic configuration of 
expansion boards. This eliminates the jumpers required by 
ISA adapters for board configuration. 


The board manufacturer must provide a 4 byte product ID in 
a PROM which can be read at I/O locations zC80-zC83 
and a configuration file with a file name matching the prod- 
uct ID. 


At start up the EISA system will read the above I/O loca- 
tions for every slot and compare the product IDs with what it 
had stored in non-volatile memory during the last system 
configuration. 


If the system finds a mismatch, the system will need to be 
reconfigured by running a configuration utility which is pro- 
vided by each EISA system manufacturer. This utility will 
look for a configuration file with a name matching the prod- 
uct ID of the board to be installed. The configuration file 
which is provided by the expansion board manufacturer, 
contains a list of resources the board is able to use (like 
interrupt lines for example). The configuration utility will 
choose which resources to allocate to the board so that it 
does not conflict with other boards and store the informa- 
tion in non volatile memory. 


The board’s driver can then read this non volatile memory 
and program the board so that it will use the resources allo- 
cated to it. 


The first two bytes of the product ID (locations 0zC80 and 
0zC81) contain a compressed representation of the manu- 
facturer’s code. The next two bytes (locations 0zC82-3) 
contain the product number and revision number. Please 
refer to the EISA specification for details on how these val- 
ues are derived. 


If the expansion board is modified so that it requires a new 
configuration file, both the product number and revision 
number must be modified. If it does not require a new con- 
figuration file, just the revision number can be changed. 


EISA BUS PROTOCOL 


EISA supports two types of read or write cycles, standard 
cycles and burst cycles. A burst sequence always starts 
with a standard cycle. Standard cycles are executed in 2 
bus clocks per transfer, whereas burst cycles are executed 
in 1 bus clock per transfer. 

The EISA9032 supports burst read transfers at 25 MHz. At 
33 MHz the EISA9032 supports burst read and write trans- 
fers. All access to descriptor and resource areas (RRA, 
RDA and TDA) are executed as standard cycles. 
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Next follows a description of the standard cycle protocol, 
how it is converted to a burst cycle sequence, and a brief 
description of how the EISA9032 interface chip supports 
these cycles. 


For a standard cycle, (see Figure 3), once the master has 
gained control of the bus with the MRQx and MAKx hand- 
shake, it initiates a cycle by driving the address and M-IO 
signals on the falling edge of the clock (0 to 1 clock tran- 
sition). On the next rising edge of the clock it drives START 
for 1 clock period, W/R and BE<3:0> (1 to 2 transition). On 
the next rising edge of the clock (3 to 4 transition) the sys- 
tem board asserts CMD until the end of the cycle. 


The slave, after decoding the address, will drive EX32 active 
if it can support 32-bit transfers. The master samples this 
signal on the next rising edge of the clock (3 to 4 transition). 
If EX32 is not asserted the master will TRI-STATE® its 
BE<3:0> to enable the system board to perform data size 
translation. Once the system board has completed the 
translation it asserts EX32, enabling the master to complete 
the cycle. 


The master then samples the EXRDY line from the slave on 
the next falling edge of the clock (4 to 5 transition). If it is not 
asserted the master will insert wait states until EXRDY is 
asserted. The master can also drive a new address for the 
next cycle on that same clock edge. 


On the next rising edge of the clock (5-6 for a single stan- 
dard cycle, or 5-2 for back to back standard cycles, or 5-4 
for burst cycles) the master or slave will latch the data de- 
pending on whether it is’a read or write cycle, in this way 
completing a single standard cycle. 


Figure 4 shows an example of a typical slave access, a 
SONIC register read. , 


A burst sequence, (see Figures 5 and 6), always starts with 
a standard cycle which is the protocol described above. If 
the master wishes to perform a burst of cycles, it will sample 
the SLBURST signal from the slave during the 3 to 4 clock 
transition of the initial standard cycle. If the slave has as- 
serted this signal indicating it supports burst cycles, the 
master will drive MSBURST active which the slave will sam- 
ple on the last clock edge of the standard cycle (5 to 4 
transition). 

MSBURST asserted informs the slave that the next cycle is 
a burst cycle which can be completed in 1 bus clock. The 
slave will continue to sample MSBURST on every 5-4 clock 
transition and respond to burst transfers until MSBURST is 
deasserted. The master or slave will latch the data on the 
5-4 clock transition of every transfer depending on whether 
it is a read or write cycle. : 

The EISA specification places some restrictions on the use 
of burst cycles: 


1. No I/O cycles 

2. No ISA devices 

3. No mixed read and write cycles 

4. Address lines LA31:10 must remain constant (no cross- 
ing of a 1k memory page boundary) 

LA9:2 and BE<3:0> can change within a burst, that is ad- 

dresses don’t need to be sequential, and cycle transtatio 

and wait states are still supported. 

Address Pipelining 

Note that the EISA protocol requires pipelined addresses, 

that is the master must provide a new address half a clock 


before the data is ready to be latched for the previous cycle 
if it wants to perform back to back transfers. This is some- 
thing the SONIC Ethernet controller does not support direct- 
ly. 

For standard cycles this is not a problem as, at the end of a 
cycle, the EISA9032 interface chip will assert ready to the 
SONIC, wait for a new address strobe from the SONIC and 
after driving the new SONIC address on the EISA bus for 
half a clock, assert the START signal indicating the begin- 
ning of a new cycle. This introduces 2 idle bus clock cycles 
between consecutive standard cycles. 


For burst cycles the interface logic must provide a new ad- 
dress during the 4 to 5 clock transition of the previous cycle, 
as there is no new START signal to indicate when the new 
address is asserted. This is supported by the EISA9032 in- 
terface chip by automatically loading the first address of a 
burst into an 8-bit counter during the initial standard cycle 
and incrementing the counter on every 4 to 5 clock tran- 
sition. 

An 8-bit counter for address bits LA9:2 is sufficient, as ad- 
dress lines LA31:10 must remain constant throughout a 
burst cycle (must not cross a 1k page). The EISA9032 inter- 
face chip has a mechanism for detecting when the SONIC 
address is crossing a 1k page (it detects addresses ending 
in 3FCH) and will terminate the burst and initiate a new 
transfer. 


Note that because the EISA9032 is using a counter, this 
means the interface logic only supports bursts to sequential 
addresses. This is not a problem as burst cycles are only 
used for the receive and transmit buffer areas which are 
always addressed sequentially by the SONIC. 


Note also that the EISA9032 interface chip starts a cycle in 
a burst (by driving a new address on the bus and maintain- 
ing MSBURST active) before the SONIC has even asserted 
Address Strobe. This means the interface logic will always 
do one extra bus cycle at the end of a burst. For read cy- 
cles, the software driver must ensure that the end of the 
TBA is not contiguous to an area of memory that cannot be 
read. For write cycles, the software driver must ensure that 
EOBC (End Of Buffer Word Count) in the RBA (Receive 
Buffer Area) is set at least 2 words larger than the size of 
the biggest packet that can be received. This means that 
the SONIC will not use the last two words of an RBA. 


SLAVE INTERFACE OPERATION 


The SONIC Ethernet adapter card supports an EISA slave 
interface to enable the host CPU to access the following 
devices on the card. 


SONIC Registers 


The SONIC contains 64 sixteen bit wide registers. Read and 
write access to 30 of those registers enables the software 
driver to control and monitor packet transmission and re- 
ception. A further 18 registers are used internally by the 
SONIC. Users may monitor these registers. The last 16 reg- 
isters (EISA I/O addresses zZ060H-z07FH) are for test use 
only. Users must not access these registers. (See Figure 2 
EISA I/O space.) , 

32-Byte PROM 

The adapter card’s “EISA product ID” and “Ethernet ad- 
dress” are stored in a 32 x 8 PROM. PROM addresses A0:3 
come directly from the EISA bus, but address A4 is generat- 
ed by the EISA9032 interface chip as the “EISA ID” signal. 
For EISA !/O addresses 80H-8FH, EISA ID = 1 (EISA 
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FIGURE 3. EISA Standard Cycle 


“1 LLMs WLLL 


RA(0-5) Address 1 


START* 


TL/F/11788-4 
FIGURE 4. SONIC Register Read Cycle 


1-839 


AN-877 


Master Master Slave Master Slave 
Samples Samples Samples Samples Samples 


EX32 and EXRDY MSBURST ~~ EXRDY x 


SLBURST 


LA<31:2> 
MI/O 


START*® 


W/R 


Master Slave 
Samples Samples 
EXRDY MSBURST 


Master/Slave Latch Data 


LLL | ven | mess WL 


MLLLLLLLLA MV 


30> YL LLLLA__Neees | nasross 2 T sasvess 3 WU 


EX32* 


EXRDY 


MSBURST* 


SLBURST* 


wns ows LEE VY 


ADS (read) 


RDYi (read) 


SONIC 
Address 


SONIC 
Read Data 


BT 
LLL A WV | 


FIGURE 5. EISA Read Burst Cycle 


1-840 


TL/F/11788-5 


Master Master Slave Master Slave Master Slave 
Samples Samples Samples Samples Samples Samples Samples 
EX32 and EXRDY MSBURST EXRDY MSBURST 


SLBURST 


4 4 


MSBURST ae 
ne PS 


. Master/Slave Latch Data 


7 TE EN LLL 
rs a 
ae eC; 
ws LLL LLL 

secur WLLL | aren 2 | nso 8 W/Z 


BCLK 


EX32* 


EXRDY ‘ | | | 
MSBURST* : a | | 


SLBURST® 


vos (wre) |_| |_| |_| 
RDYi (write) |_| L_| |_| 


SONIC 
Address Address 1 ; Address 2 Address 3 
SONIC | 


FIGURE 6. EISA Write Burst Cycle 


1-841 


TL/F/11788-6 


ZL8-NV 


AN-877 


product ID bytes) and for EISA I/O addresses 90H-97H, 
EISA ID = 0 (Ethernet ID bytes). This means the EISA9032 
chip maps EISA I/O addresses 80H-84H to PROM ad- 
dresses 10H-14H and EISA addresses 90H-97H to OH— 
7H. (Refer to Figure 2 for 1/O map.) 


This mapping requires the PROM to be programmed as per 
Figure 7. The first 6 byte locations of this PROM contain the 
unique physical address assigned to each Ethernet board. 
These reside on EISA I/O addresses zC90-zC95. The next 
2 bytes of the PROM are not used. The following 
4 bytes (PROM address 10H-13H) contain the EISA prod- 
uct ID, that is a compressed representation of the manufac- 
turers code, product number and revision number. These 
4 bytes reside in EISA I/O space zC80-zC83. The remain- 
ing 12 PROM byte locations are not used. 


EISA9032 Bus Interface Configuration Registers 


These registers reside in EISA !/O space zC84H and 
zC88H-zC8BH. 


When configuring the card, the configuration utility program 
displays a screen enabling the user to select a number of 
options. The network software driver will then set up the 
EISA9032 configuration registers according to the values 
selected by the configuration utility and the user. 


Table | lists the configuration options programmable in the 
EISA9032 registers (also refer to the EISA9032 data sheet). 
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FIGURE 7. Ethernet/EISA ID PROM 


TABLE I. EISA 9032 Configuration Options 


Configuration 


Options 


Selection (Default) 


| Options 
Expansion Board Enable (Enable) 
Interrupt Type User Selects 
Interrupt Number EISA Config. Utility Selects 
Preempt Time * User Selects (23) 
Bus Master Data Size (32) 
Slave I/O Data Size _ (16) 
I/O Addressing Slot Specific 
ISA I/O Range aa a Not Used 
BIOS EPROM Size 
BIOS EPROM Address Range Res 2 ee a EISA Config. Utility Selects 
SONIC Register Port Address aes see Not Used _ 
Burst Transfer Enable (Enable) 
Local Software Reset , 

' 800 ns Bus Release Timer User Selects (Disable) 
USRO ACT/OWN User Selects (Accept) 
USR1 Thin/Thick User Selects (Thin) 
usR2 ee 
USRS ee 


A number of these options are selected by the EISA config- 
uration Utility program. During configuration the Utility pro- 
gram will read the configuration file generated by the board 
manufacturer which lists the options the card can support 
and write its selection into non-volatile memory. The board’s 
software driver will then read this memory and write the se- 
lections into the EISA9032 configuration registers. These 
options include interrupt request lines and BIOS EPROM 
memory address range. 


Another set of options can be selected by the user but 
should not be changed from their default values on this 
board. These include Bus Master Data Size = 32 bits, 
Slave I/O Data Size = 16 bits, |1/O Addressing = Slot spe- 
cific (See 1/O Accesses and addressing), Expansion Board 
Enable = Enable, BIOS EPROM Size = 32k and burst 
transfer enable = enable. This last option can be used to 
disable burst transfers so that all the card’s master cycles 
are executed as standard cycles. 


A last set of options are system or software dependent and 
should be selected by the user. These include Interrupt 
Type (Edge/Level). Level triggered interrupts enable sever- 
al masters to share an interrupt line. Preempt time of 23 or 
55 EISA Bus clocks. This is the number of clocks the SONIC 
Ethernet card will stay on the EISA bus after the memory 
acknowledge signal has been deasserted by the arbitrator. 
Accept/Reject own packet. If in reject mode, the EISA9032 
will drive the packet reject input of the SONIC whenever the 
SONIC is transmitting a packet. Thin/Thick Ethernet will se- 
lect either Thin or Thick Ethernet by turning the —9V DC-DC 
converter output to the Coaxial Transceiver Interface on or 
off. 


32k x 8 BIOS EPROM 


The optional 32k x 8 EPROM design can be added if the 
user wishes to provide software to boot up the EISA PC 
from the network. The boot ROM code is simply a special 
driver that is executed when the EISA PC is initializing, and 
causes the PC’s Operating System to be loaded in from a 
network server rather than from the EISA PC’s hard disk. 
This software is not provided by National. It can be created 
by obtaining Novell’s Boot ROM developer’s kit, or Micro- 
soft’s NDDK (Network Device Driver Kit) and following their 
programming information. 


The PROM resides in memory space in the range 
OCOOOOH-ODFFFFH. Its exact location within this range is 
selected by the EISA configuration utility during board con- 
figuration. The card only decodes addresses 17-23. 


The Ethernet adapter board supports 6 different types of 
slave cycle EPROM read, ROM read, SONIC registers read 
and write, and EISA9032 configuration registers read and 
write cycles. 


Slave Cycle 


EISA slave cycles are initiated by the host CPU driving the 
16-bit |/O address or the 24-bit EPROM memory address 
on the bus and the M-IO signal on the falling edge of the 
clock, and driving START active with W/R and BE<3:0> 
on the next rising edge of the clock. The EISA9032 interface 
chip will decode the address and drive EX16* low if the CPU 
is accessing the SONIC registers or its internal registers. It 
will then drive EXRDY inactive if it needs to insert wait 
states until the device accessed is ready to provide or ac- 
cept the data. Bus transfers to the EISA 9032 configuration 
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registers or the ROM (35 ns access time) are completed 
with no wait states. Bus transfers to the EPROM (250 ns 
access time) are completed with two clock cycle wait states 
and bus transfers to the SONIC will be wait stated until the 
SONIC asserts RDYo indicating it has completed the trans- 
fer. 


MASTER INTERFACE DESCRIPTION 


The card’s main function is to transfer Ethernet packet data 
from the host’s CPU system memory to the Ethernet cable 
during packet transmission, and from the Ethernet cable to 
the system memory during packet reception. 


The SONIC Ethernet controller's bus master capabilities 
and buffer management scheme enable it to perform this 
function using the on board PLX EISA9032 interface chip 
with no CPU involvement. 


Whenever a packet transmission has been requested by the 
software driver writing to the transmit bit in the command 
register of the SONIC, or a packet reception is taking place 
on the Ethernet cable, the SONIC needs to execute read 
and write cycles on the EISA bus to access descriptor or 
resource pointer areas in system memory (RDA, TDA, RRA) 
and to transfer packet data between its internal 32 byte 
FIFO and buffer areas in system memory (RBA, TBA). 


The SONIC initiates a master bus cycle by driving its bus 
request signal HOLD to the EISA9032 interface chip, who 
will in turn assert MREQx on the EISA bus. Once the system 
EISA arbitration controller grants the bus by asserting 
MAKx, the EISA9032 acknowledges the SONIC by driving 
HLDA so it can start executing a bus cycle. That is the arbi- 
tration phase of the bus transfer. 


The SONIC then drives the address and status lines to de- 
fine which area of memory it wishes to access (RRA, RBA, 
RDA, TDA, TBA) and qualifies them with address strobe 
ADS. The EISA9032 loads the lower 8 bits of the address 


AQ:2 into its internal counter and initiates a standard cycle 


on the bus. If during this cycle the interface chip encounters 
the following conditions, it will drive MSBURST active to 
initiate a burst cycle following the standard cycle. The condi- 
tions are that the SONIC status lines indicate an access to 
the RBA or TBA, the slave has asserted EX32 indicating it 
supports 32-bit transfers, the slave has asserted SLBURST 
indicating it supports burst transfers, the SONIC address 
does not end in 3FCH (indicating a 1k page crossing) and 
burst mode was enabled during the adapter card’s configu- 
ration. The EISA9032 will drive RDYi back to the SONIC at 
the end of every burst cycle. 


Note that EISA burst cycles are completed in one EISA 
clock, whereas SONIC cycles are completed in 3 SONIC 
bus clocks (asynchronous mode). Therefore for the SONIC 
to support EISA burst mode it must be run at three times the 
EISA bus clock speed (25 MHz). 

If any of the above conditions were not met, the EISA9032 
will assert RDYi to the SONIC and wait for a new address 
strobe before initiating a new standard cycle on the bus. 


DP83932EB-EISA PERFORMANCE 


Packet throughput is an important consideration in develop- 
ing an Ethernet adapter. However, bench-marking of 
throughput may not tell the whole network performance sto- 
ry. In spite of this, Figure 8 attempts to compare the per- 
formance of this SONIC implementation to other EISA im- 
plementations. 


ZL8-NV 


AN-877 


In Figure 8 two tests are shown using NetWare 3.1, and 
Novell’s Perform2 v2.3 performance utility. In both graphs 
the read/write performance in two configurations using a 
4096 byte record size. Both tests use a single 33 MHz 486 
server. In Figure 8a a single 12 MHz 286 client was used, 
and in Figure 8b 10 8 MHz 286 clients were used. 


As can be seen from this Figure, the performance of the 
DP83932EB-EISA card surpasses other popular implemen- 
tations. 


Packet Data (kB/s) 
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MORE INFORMATION 


For more information regarding the EISA9032, and manu- 
facturing information for the Evaluation board contact: — 


PLX Technology 
625 Clyde Ave. 
Mountain View, CA 94043 


415-960-0448 


To obtain the EISA specification contact: 


BCPR Services 202-371-5921 
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(a). Single Workstation Performance 
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(b). Ten Workstation Performance 
FIGURE 8. Network Performance Comparison for Single and 10 Workstation LANs 
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GENERAL DESCRIPTION FEATURES 


The MicroChannel Evaluation board is a high-performance Utilizes the DP83932 and DP8392 chipset 
Ethernet Adapter card designed to provide significant 16/32-bit data path 

throughput increases over other Ethernet adapter cards cur- 

rently available. This board employs a bus master architec- 8 Mbytos/sec ow mroughput 
ture for directly storing/retrieving data into system memory; Extensive SONIC evaluation options 

thus, eliminating the need for intermediate packet copying. 14 selectable !/O address ranges 

Using the DP83932’s high-speed DMA capabilities, this Compatible with PS/2® models 50, 60, 70, 80 
board achieves a 16 Mbytes/sec transfer rate across the : 

bus, utlizing’a 32-bit data and 24-bit'address path, The. ee 

board also features extensive evaluation options to choose Bus master/burst capability 
between Ethernet/Thin-Ethernet, 16/32-bit data path, and Ethernet/thin-ethernet selectable _ 
internal/external Ethernet ENDEC. The MicroChannel 

Ethernet Adapter couples National’s DP83932 Systems-Ori- 

ented Network Interface Controller (SONIC) with the 

DP8392 Coaxial Transceiver Interface (CTI) to form a sim- 

ple two chipset solution for IEEE 802.3 networks. 
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1.0 BOARD DESCRIPTION 


The MicroChannel Ethernet Adapter is a high- partofmance: 
16/32-bit busmaster board designed to demonstrate the ad- 
vanced features of the DP83932. It consists of three main 
sections: (1) the physical layer, (2) the slave access section, 
and (3) the bus master section. The Physical Layer section 
consists of the internal ENDEC (encoder/decoder) of the 
SONIC, the coaxial transceiver (DP8392) and isolation 
transformers and is responsible for driving and receiving the 
IEEE 802.3 networks signals. The Slave Access section 
consists of the address decode circuitry necessary to ac- 
cess the SONIC’s internal registers, the POS registers, and 
the PROM. Finally, the Bus Master section composes of the 
interface logic which permits the SONIC to gain access of 
the MicroChannel bus. 


2.0 PHYSICAL LAYER SECTION 


The physical layer section drives and encodes data onto the 
network during transmission, and decodes the data during 
reception. The Ethernet Adapter uses the on-chip ENDEC 
(encoder/decoder) from the SONIC and the coaxial trans- 
ceiver, the DP8392, for these purposes. This piiysicel layer 
section is illustrated in Figure 7. 


DP83932 
SONIC 


ISOLATION 


The Ethernet Adapter provides connections to both thick- 
wire and thin-wire Ethernet. The thick-wire (AUI) connection 
is made via the TX+, RX+, and CD+ signals from the 
SONIC, an external pulse transformer and a 15-pin D con- 
nector. The external pulse transfer is required to meet the 
IEEE 802.3 high voltage (16V) specification at AU] interface. 
The thin-wire connection is made via another external pulse 
transformer and the on-board coaxial transceiver, the 
DP8392. This external pulse transformer is necessary to 
completely isolate the TX+, RX+, and CD+ pins when the 
DP8392 is powered down. 


2.1 Switching between Thin or Thick-Wire Ethernet 


To swap between thin and thick-wire Ethernet, POS 10-bit 
turns on/off the DC-DC converter. In the thin-wire configura- 
tion, the DC-DC converter is turned on, powering up the 
DP8392 to receive/transmit data onto the thin-wire cable. In 
the thick-wire configuration, the DC-DC converter is turned 
off, forcing the DP8392 to shut down. The pulse trans- 
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FIGURE 1. Simplified Physical Layer Section 
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former B isolates the TX+, RX+ and CD+ signals of the 
DP8392 and allows data to pass through the 15-pin D con- 
nector unloaded by the DP8392. 


3.0 SLAVE ACCESS SECTION 


During initialization and status updates, the SONIC register 
may be accessed to provide configuration and status infor- 
mation. The CPU accesses these registers by driving the 
proper address on the register address lines (RAS-RAO) 
and chip selecting the SONIC. The SONIC responds with 
-RDYO (ready out) when its registers are available for ac- 
cessing. The CPU may also access the ID PROM and POS 
registers to respectively read the board’s Ethernet Physical 
Address and configuration information. The system access- 
es the SONIC, PROM, and POS register via the Address 
Decode Logic described below. (The slave access section 
is shown on page 1 of the schematic.) 


3.1 Address Decode Logic 


The Address Decode Logic provides the decoding for the 
SONIC, POS registers, and PROM. This decoding is user 
programmable with the Address Select bits (ADDRO-3) 
from POS register 102. The Decode Logic decodes these 
bits along with the address and control signals from the 
MicroChannel bus to determine the selected address base 
(see POS register 102 description in Section 5.0). The de- 


Bit 15 
Byte Offset 0 


ffh 


coding is a two step process. First, the unlatched address 
and contro! signals are decoded to determine if the card is 
selected; then further decoding is performed to select the 
proper component on the board. Because the address and 
control signal on MicroChannel bus are not valid for the 
duration of the bus cycle, these signals must be latched. 


The Address Decode Logic, implemented with two PALs 
and two latches, operates in the following manner. The 
CARD DECODE PAL first decodes the unlatched address 
(A15~A7) and control signal (M/-IO) from the MicroChannel 
bus along with the POS address select bits (ADDRO-3) to 
generate the CARDSEL signal. This signal is then latched 
and further decoding is performed by the CHIP DECODE 
PAL. This PAL decodes the latched -LCARDSEL signal, the 
latched lower address LAO-2, LA5~7 and the latched con- 
trol signals (-LSO, -LS1, and -LCDSETUP) to provide chip 
selects the SONIC, POS registers, or the PROM. The ad- 
dress and control signals are latched on the leading edge of 
-CMD with a ACT573 transparent latch. 


3.2 1/0 ADDRESS MAP 


The MicroChannel Ethernet Adapter’s address base is 
specified by bits ADDR3-0 in POS register 102. The board 
occupies 256 bytes as shown in Figure 2. 
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FIGURE 2. Ethernet Adapter’s I/O Address Map 
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4.0 BUS MASTER SECTION 


The MicroChannel! evaluation board employs a bus master 
architecture to quickly transfer data from/to system memory 
to/from the internal FIFOs of the DP83932. The DP83932’s 
FIFOs are sufficiently large (32 bytes) to absorb all reason- 
able bus latencies which may occur on the MicroChannel 
bus. When accessing the bus, the evaluation board follows 
the required MicroChannel protocol using the arbitration lev- 
el programmed in the POS 103 register. The bus master 
logic is partitioned into two sections, the Local Bus Arbiter 
which implements the MicroChannel bus access protocol 
and the Signal Translator which interfaces the SONIC con- 
trol signals to the MicroChannel bus. (The bus master sec- 
tion is shown on page 2 of the schematic.) 


4.1 Local Bus Arbiter 


The local bus arbiter allows the Ethernet Adapter to com- 
pete for the MicroChannel bus when an arbitration cycle is 
in progress. The arbitration cycle begins after the Ethernet 
Adapter asserts -PREMPT and the ARB/-GNT signal has 
subsequently gone high. The Ethernet adapter participates 
in the arbitration cycle by gating its arbitration vector onto 
the bus and simultaneously comparing it with all other vec- 
tors appearing on the bus. If the Local Arbiter detects an 
arbitration vector lower than its own, it removes its vector 
and waits for the next arbitration cycle; otherwise, if the 
Ethernet Adapter has won, it may begin transferring data 
onto the bus. 


The Local Arbiter is implemented with two PALs, ARBVEC, 
and ARBMAC (support logic is also in the Logic PAL). The 
ARBVEC PAL implements the arbitration vector function 
which drives and simultaneously reads the vector on lines 
ARB3-—ARBO when an arbitration cycle is in progress. This 
PAL indicates whether it has won the bus by asserting 
-BUSWIN low. The arbitration vector is user programmable 
via bits SELARBO-3 of POS register 103. The second PAL, 
ARBMAC, controls the enabling of the arbitration vector. 
This PAL consists of an asynchronous state machine to 
monitor bus activity from the MicroChannel bus and the 
SONIC. This state machine shown in Figure 3 contains the 
following states. 

IDLE: No bus activity by the SONIC; HOLD request is not 
asserted 

The SONIC is requesting usage of the bus but an- 
other device may be using the bus; -PREMPT is 
asserted 

An arbitration cycle is occurring on the bus. The 
arbitration vector is enabled; -PREMPT is still as- 
serted. 

The SONIC has lost the arbitration cycle. It de- 
gates its vector and waits for the next cycle. 
-PREMPT is still asserted. . 

The SONIC has won; detects -BUSWIN low from 
ARBVEC PAL. An intermediate state to XFER2. 
(This state is needed so that only one output 
changes between states.) 
PREMPT is still ‘asserted. 

The SONIC performs its data transfer. -BURST is 
asserted and -HLDA is issued to the SONIC. 
-PREMPT is deasserted. 


The fairness algorithm has been enabled. 


REQ: 
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Note: UCT = Unconditional Transfer 
FIGURE 3. Local Bus Arbiter State Machine (ARBMAC) 


The Local Arbiter state machine defaults to IDLE when the 
SONIC is idle. When HOLD is asserted, the state machine 
transitions to REQ and then to ARB when ARB/-GNT goes 
high. During this state, ARBMAC enables ARBVEC to begin 
driving its vector onto lines ARB3-0 and monitors -BUSWIN 
when ARB/-GNT has subsequently gone low. If -BUSWIN is 
high, the Ethernet adapter has lost and the state machine 
proceeds to LOSE and waits for the next arbitration cycle. 
Otherwise, the Ethernet adapter has won and the state ma- 
chine proceeds to XFER2 via XFER1. During XFER2, Hold 
Acknowledge (HLDA) is issued to the SONIC, allowing it to 
transfer data onto the bus. (For robust asynchronous state 
machine design, XFER1 is used to insure that only one out- 
put changes between states.) When the SONIC finishes its 
block transfer, the state machine finally transitions either to 
FAIR or IDLE, depending upon the FAIR bit in the POS 103 
register. 


The state machine obeys the fairness algorithm when the 
FAIR bit in POS register 103 has been set. This algorithm 


‘insures that all competing devices will eventually gain ac- 


cess to the bus. If the FAIR bit is set, the state machine will 
stay in FAIR until all other devices have completed their bus 
transfers (i.e., -PREMPT is no longer asserted) before re- 
turning to IDLE. 


4.2 Signal Translator 


The Signal Translator converts the control signals from the 
SONIC into the signals required by the MicroChannel bus 
and matches the timing of these signals to be consistent 
with the 3 primary modes of the MicroChannel specification, _ 
Default mode, Synchronous Extended mode, and Asynchro- 
nous Extended mode. The Signal Translator matches the 


timing by using a synchronous state machine to convert the 
SONIC’s control signals, MW-R, -ADS, and -DS to -SO, -S1, 
-ADL, and -CMD of the MicroChannel bus. Note that since 
the SONIC is capable of operating considerably faster than 
the MicroChannel bus, it is required that the SONIC be pro- 
grammed in asynchronous mode and inserts 3 wait-states 
for each memory cycle. Configuring asynchronous mode 
and the 3 wait-states are programmed by resetting the 
STERM bit and setting bits WC1 and WCO and in the Data 
Configuration register. The state machine, shown in Figure 
4, contains the following states. 


IDLE: No bus activity by the SONIC. 


WAIT: SONIC has asserted -ADS; wait for one bus clock to 


provide address setup time to leading edge of -ADL. 


ADL: Assert -ADL for one clock cycle. 


=ADS*HLDA 


=-ADS 
Note: UCT = Unconditional Transfer TL/F/10748-5 


Note: The state machine is reset when HLDA is deasserted. 


FIGURE 4. Signal Translator State Machine 
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Synchronous or Asynchronous Extended mode re- 
quested. CDCHRDY has been deasserted by mem- 
ory. Begin asserting -CMD and SYNWAIT. 


Default mode requested. Begin asserting CMD. 
Continuing to assert -CMD and SYNWAIT. 


SONIC finishes up memory transfer. -CMD is deas- 
serted when -DS goes low. Transition back to IDLE 
when -ADS goes low. 


The Signal Translator may take one of two paths during a 
SONIC bus operation. In the first path, the Signal Translator 
goes through states, WAIT, ADL, CMD2, and finally DATA. 
This path is taken if the memory does not require any wait- 
states and allows the SONIC to operate as fast as permitted 
on the MicroChannel bus (Defau/t mode, minimum cycle 
time = 200 ns). To satisfy all the timing requirements of 
MicroChannel, the SONIC must use’5 bus clocks at 20 MHz 
for the memory cycle. This path is illustrated in Figure 5. The 
second path goes through states: WAIT, ADL, CMD1, 
CMD3, and DATA. This path gives at least an additional 
100 ns to the memory cycle for compatibility with the Syn- 
chronous Extended mode (300 ns) or the Asynchronous Ex- 
tended mode (2300 ns). 


The memory may deassert CDCHRDY in two ways. In the 
first manner, the memory requests a Synchronous Extended 
mode by pulsing COCHRDY within 60 ns after the address 
goes valid then driving it active after -CMD has subsequent- 
ly gone low. The timing is illustrated in Figure 6. (Note that 
the Ethernet adapter accesses the ready signal via the re- 
turn signal, CHRDYRTN.) The additional 100 ns is added by 
deasserting the RDYi input of the SONIC during CMD1 and 
CMD3. The RDYi input is deasserted by NANDing (in the 
IRQSEL PAL) the SYNWAIT output generated by the Signal 


CMD2: 
CMD3: 
DATA: 


Translator with CHRDYRTN. Note that in asynchronous 
mode, the SONIC terminates the memory cycle 1 bus after 
clock after -RDYi is asserted.) In the second manner, the 
memory requests the Asynchronous mode by deasserting 
CDCHRDY as before, but does not assert CDCHRDY until it 
is ready to be accessed. 


In addition to the signals generated by the Signal Translator 
(-SO, $1, -ADL, -CMD), there are 8 other signals which must 
be generated each time the SONIC gains access to the bus. 
These signals are MADE24, M/-lO, -SHBE, TR32, and 
BEO-3. The first 4 signals are enabled whenever the SON- 
IC is bus master, and the latter 4 are enabled when the 
SONIC is configured for 32-bit data mode. Since these sig- 
nals remain constant for the duration of the SONIC’s trans- 
fer cycle, they are driven to their proper levels using a 
ACT244. 
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4.2.1 SIGNAL TRANSLATOR TIMING: 


Figures 5, 6, and 7 show the timing generated by the Signal 
translator for Default Mode (minimum cycle time = 200 ns), 
Synchronous Extended Mode (minimum cycle time = 
300 ns) and Asynchronous mode (cycle time = 300 ns). 
States Ti, T1 and T2 indicate the DMA states of the SONIC 
while states IDLE, WAIT, ADL, CMD1, CMD2, CMD3, and 
DATA indicate the corresponding states of the Signal Trans- 
lator. Note that the SONIC must be configured in asynchro- 
nous mode and be inserting 3 wait-states. Also note that 
CHRDYRTN, shown in Figures 6 and 7, is the ready return 
signal provided by the MicroChannel bus. 


The timing parameters, shown as “T #,” indicate the critical 
timing constraints which the Signal Translator and the 
SONIC must meet in order to be compatible with the 


Ti 11 


IDLE ' IDLE | WAIT ' ADL 


' CMD2 


MicroChannel bus. These parameters and the correspond- 
ing Ethernet adapter parameters are tabulated below. 


Spec. Adapter 


T2(wait) T2(walt) T2(walt) 2 11 


T2(wait) T2(wait) 12(wait) 


' DATA ' DATA ' WAIT ADL ' CMD1 
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FIGURE 5. Default Mode, Memory Read 
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T2(walt)  T2(walt)  T2(walt) T2(wait)  T2(walt) T2 11 T2 


WAIT ADL CMDt |! CMD3 =| DATA !' DATA ' DATA ; WATT 


CHRDYRTN 


SYNWAIT 
“RDY 


031:0__! 
(read) 1 


FIGURE 6. Synchronous Extended Mode, Memory Read 


T2(wait) T2(walt) T2(wait) T2(wait) T2(wait)  T2(wait) T2 TI 
BSCK 
DATA WAIT AOL CMD1 ; CMD3 : DATA DATA DATA WAIT 


“ADS, 


' ' ' 
' 1 ' 
— t 1 1 ' ' 
MW=R t H 1 4 i ‘ ' 
1 
' 


FIGURE 7. Asynchronous Extended Mode, Memory Read 
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5.0 POS REGISTERS 


The POS ‘registers provide the euawed identification (ID) _ 


bytes (2) and configuration information needed by the Ether- 
net Adapter. The MicroChannel bus during power-on reads 
the ID bytes, located at addresses 100 and 101, and com- 
pares these bytes with values saved .in. battery back-up 
RAM. If the comparison is true, it will proceed to write the 
configuration information stored in RAM into the remaining 


POS 102 BIT DEFINITIONS 


POS registers residing at addresses 102 to 103. The config- 
uration information, guarantees that no I/O, memory, or in- 
terrupts conflict with other boards using the MicroChannel 


- bus. For this implementation, only two POS registers are 
_ heeded to provide the required configuration parameters. 


z_| ose | _pas_| pee | oF 


The following description gives the bit definitions for POS 
registers 102 and 103. 


Function 


Address Select: These bits select which base address the Ethernet Adapter Card will reside. The 
address selections are shown below: 


ADDR3-0 
1111 
1110 
1101 
1100 
1011 
1010 
1001 
1000 
0111 
0110 
0101 
0100 
0011 
0010 
0001 
0000 


Reserved 


I/O Address 
Not Used 
Not Used 

1e00-1effh 
1c00-1cffh 
1a00-1affh 

1800-18ffh 
1600—16ffh 
1400-14ffh 

1200-1 2ffh 

1000-10ffh 

0e00-Oeffh 

O0c00-Ocffh 

0a00-Oaffh 

0800-08ffh 
0600-06ffh 
0400-04ffh 


Interrupt Select: These bits select the Interrupt Request lines: The selections are shown below: 


INT1,0 IRQ line 
11 IRQS 
10 IRQ7 
01 IRQ6 
00 IRQ3 


CARDEN 


Card Enable: When this bit is set to a “0”, the card is disabled and responds oe to the setup 


read and write commands. When set to a ‘'1” the card is enabled. 
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POS 103 BIT DEFINITIONS 


oe aes oes nee eet 


Bit Function 


7-4 SELARB3-0 Arbitration Vector: These bits select the arbitration vector when SONIC contends for the bus. The 
selections are shown below: 
SELARB3-0 Arbitration Vector 

1111 Not Used 

1110 ARB14 Lowest Priority 
1101 ARB13 © 

1100 ARB12 

1011 ARB11 

1010 ARB10 

1001 ARB9 

1000 ARB8 

0111 ARB7 

0110 ARB6 

0101 ARB5 

0100 ARB4 

0011 ARB3 

0010 ARB2 

0001 ARB1 

0000 ARBO Highest Priority 


FAIREN Fairness Enable: When this bit is set to a “1”, the MicroChannel fairness iain is used. When set 
to a “0”, fairness is diabled. Ls : 


E/T Ethernet/Thin-Ethernet Select: This bit selects between the Ethernet and Thin- Ethernet ey 
This pin is directly connected to the DC-DC Converter. 


0: Thin-Ethernet selected (Thin cable) 
1: Ethernet selected (Thick cable) 


External ENDEC Select: This bit selects between the internal and external ENPEY pptone. This bit is 
directly connected to the EXT pin of the SONIC. 

0: The SONIC’s internal ENDEC is enabled. 

1: The internal ENDEC of the SONIC is disabled. An external ENDECi is to be used. 


Reserved 
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PARTS LIST 


oorpr/soov {ct 
0.01 wF/50V C4, C5 


0.01 #F/50V 
C1 
C3 
C6 


—_ 
ray) 
x |? 


N4150 


1K, 1% R1, R19 


47 yF Ea ee) 
0.001 pF ae 
0.1 uF 
4.7 uF 


>» 


E64104 
P83932 SONIC 
P3910 SN 
4acT244 
4ACT245 


4ACT273 


R14, R15, R16, R17, R18 


4 


—_ 
aIinflo O]visin 
ar 
A 


4288 
U1: 


s) 


i 


1 


4ACT541 U7, U11, U12 
“AcTs7o : 


—_ 
H 


74ACT646 


AL16R4D U17, U28 
PAL20L8D - U6, U10, U14, U16, U18 


20 MHz, 45% -55% 


U20 
U21 
U26 
15 PinD Connector | J1 
J2 
J3 
JU1 
Swi 


7 
3 


uU 


NC Connector 


MChannelConn. | J@_ 


Pin Jumper 
Dip Switch 
Test Points 


7 


TP16-TP32 
“Optional 


Allresistors are 5% unless otherwise specified 
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PAL EQUATIONS 


The DP83932 SONIC MicroChannel adapter contains 7 PALs to implement the bus interface. This section provides a listing of 
the PALs used. All listings use the ABELT™ design format. 


module carddec; flag '-r2','-t2'; 

title 
'PAL20L8 National Semiconductor 
MicroChannel Card Decoder 1/1/90 
file name: CARDDEC.ABL wl' 


CARDDEC device 'P20L8'; 
" PAL DESCRIPTION 


" This pal determines whether the MicroChannel Ethernet adapter 
"is selected. The address base is determined by bits 7 - 4 

"in POS register 102.. The output signals are following: 

" !cardsel = active when base address matches 

s ‘!cdds16 = active when the SONIC register are being accessed 
" !cdchrdy = ready signal 


Equations written in ABEL™ design format. 
“ declarations 


"declarations 


TRUE, FALSE = 1,0; 
H,L = 1,0; 
X,Z,C = .X.,.Z.,.C.; 


GND, VCC 
pin 12,24; 


"outputs 
halfsell,halfsel2,cardsel,cdds16, cdchrdy 
pin 19,18,17,22,15; 


"inputs 
al5,a14,a13,a12,a11,a10,a9,a8,a7,mio,sonicsel, 
pos4,pos5,pos6,pos7,pos0,rdyo 
pin 1,2,3,4,5,6,7,8,9,10,13,23,21,20,14,16,11; 


“equates 
addr = [al5,a14,a13,a12,a11,a10,a9,a8]; 
-possel = [pos7,pos6,pos5,pos4]; 


equations 


thalfsell = (possel == *h0O) & (addr == “h4) # 
(possel == “hl) & (addr == “h6) # 
(possel == “h2) & (addr == “h8) # 
(possel == “h3) & (addr == “ha) # 
(possel == “h4) & (addr == “hc) # 
(possel == *“h5) & (addr == “he) # 
(possel == “h6) & (addr == “*h10); 


thalfsel2_ “h7) 


“h8) 


(addr 
(addr 


“hl2) # 
“nl4) # 


(possel 
(possel 


RR 
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PAL EQUATIONS (Continued) 


(possel 
(possel 
(possel 
(possel 
(possel 


“n9) 
“ha) 
“hb) 
“he) 
“hd) 


“h16) # 
“n18) # 
“hla) # 
“hic) # 
“hle); 


hou uo bon 
hou uw ou ou 
bu uw wea 
bououw wou 


'cardsel = 'thalfsell & !mio 
thalfsel2 & !mio 


!cdds16 = !cardsel & !a7; 


'cdchrdy = !halfsell & !mio pos0O & !a7 & rdyo # 
thalfsel2 & !mio posO & !a7 & rdyo # 
!'sonicsel & rdyo; 


test_vectors 
({addr,possel,mio,pos0] -> [cardsel,cdds16]) 
{*h4 “ho "“cardsel 
[*hoe “hl 
(*h8 “h2 
{*ha 
{“*he 
{*he 
(*h10 


1) 
1] 
1] 
1] 
i) 
71] 
1] 


PRPREPRPPR 
ooooo°o0o]o 
ae mM eM OM 


(*h12 “cardsel 
(*h14 
(*h16 
[*h18 
{[*hla 
(“hic 
(“hle 


1] 
1) 
71) . 
71) 
1) 
1] 
1) 


1 
1 
1 
1 
1 
1 
1 


eoo00a00 0 
ame KR MM 


hr 


[*hle ,0) 
{*hic 1 1X) 


bP 
“ 


test_vectors 

({addr,possel,mio,a7,pos0] -> {cardsel,cdds16]) 
{*hie , “hd , 1 , 1,1) -> [{ 0 1 J 
(*hlie , *hd , 1 , 0,1) -> [— 0 0 J 
(“hie , “hd , 1  , 0,0) -> [£1 er al J 


; “cddsl16 
test_vectors 
({addr,possel,mio,pos0,rdyo,a7) -> [cardsel,cdchrdy] ) 


(*h4 “ho -> ; "“cdchrdy 
(*h4 “h0 -> }; “cdchrdy 
{*h6 “ho -> , ; “cdchrdy 
{[*h4 “ho -> ; “cdchrdy 
(*h4 “ho ; -> ; “cdchrdy 
{*h4 “n0 -> ; “cdchrdy 
(*h4 “h0 -> ; “cdchrdy 


‘ end carddec; 
TL/F/10748-13 
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PAL EQUATIONS (Continued) 
module chipdec; flag '=r2','-t2'; 


title = 
PAL20L8 National Semiconductor 
MicroChannel Slave Chip Decoder eps 1/1/90 
file name: CHIPDEC.ABL . wit 


CHIPDEC device 'P20L8'; 
“ PAL DESCRIPTION 
" This pal selects which component on the board is “accessed. See 
" DP83932 SONIC MicroChannel application note for I/O mapping. 
"declarations 

TRUE, FALSE = 1,0; 

H,L = 1,0; 

X,Z,C = .X.,.Z.,.C.; 


GND, VCC 
pin 12,24; 


“outputs : 
sonicsel, promsel,pos2rd, pos2wr, pos3rd, pos3wr;, swr, cdsfdbk 
pin 16 : 22 =, 21, 20 |, #19 , #18 ,17 , °15; 
“inputs 
1la7,1la6,1a5,1la2,lal, 1a, lchsetup,lcardsel, isi, 1s0,mio, cmd 
pin 1,2, 3,4, 5% 6; 7 ae 8 , 9 ,10 ,13, 11; 


“equates : 
addr = [(la7,1a6,1a5,1a2,1la1,1la0]; 


equations 
!'sonicsel !leardsel !la7 & !cmd; 


!promsel . !lcardsel la7 & !la6 & !la5 & 1sO0 & !1lsl & !cmd # 
!lchsetup !la2 & !lal & 1s0 & !lsl & !cmd; ie 


!pos2rd !lcardsel la7 & !la6 & la5 & !la0 & 1s0 & !1ls1 & !cmd# 


!lchsetup !la2 & lal & !laOQ & 1sO & !1s1 & !cmd; 


!pos2wr !leardsel & la7 & !la6 & laS & !la0 & !1s0 & 1sl & !cma# 
!lchsetup tla2 & lal 'laO0 & !1ls0 & lsl & !cmd; , 


!pos3rd !leardsel & la7 & !la6 & la5 & la0 & 1sO & !1sl & tomd # 


!ichsetup & !la2 & lal & la0 & 1s0 & !lsl & !cmd; 


!pos3wr ‘leardsel & la7 & !la6 & la5 & lad & !ls0 & lsl & cmd # 
!lchsetup !la2 & lal & 1la0 & !1s0 &1sl & !cmd; : 


!swr 1ls0O & !lsl; 


!cdsfdbk !leardsel & lchsetup & ! 


test_vectors 
( [addr ,lchsetup, lcardsel,1s0,1sl1,cmd] -> [sonicsel,promsel,swr}) 


1-860 


TL/F/10748-14 


(*b011111, 
(*b111111, 
(*b111111, 
(*b111111, 


(*b100111, 
(*b101111, 
[*b111001, 
[*b111000, 


test_ vectors 


(*b101000, 
(*b111010, 


(*b101000, 
(*b111010, 


(*b101001, 
(*b111011, 


{*b101001, 
(*b111011, 


test_vectors 


end chipdec; 


x 
0 
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PAL EQUATIONS (Continued) 


’ 
e 
‘ 
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-_ ses = 8 


ooo o 


xm OC 


0 
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0 


({lcardsel, lchsetup,mio] 


ss 88 


.- ses 8 8 
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es I oe oe Boo) 


0 
0 


1 


PRPRPPR 


xX RO 


~~ es 8s 8 


._ 8s 8 8 


nA MM 


- 


1 


1 
1 


0 


0 


BR 


oOoOrOo 


._ ses 8 8 


~ ses 8s 8 


a mm OM 


POR 
ee ee) 


me Me Me te 


1 
1 


1 


1 


1 


a a 


me Me te te 


({addr , lchsetup, lcardsel, 1s0, isl, cmd] - ->(pos2rd, pos2wr, pos3rd, pos3wr]) 


“sonicsel 
"mreq 
"“swr 

“swr 


“promsel 
“promsel 


1; "“pos2rd 
]; aa 
li “pos2wr 
J; 
; “pos3rd 

“pos3wr 


we Ne 
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PAL EQUATIONS (Continued) 


' module irqsel; flag ‘-r2','-t2'; 


title . 
‘PAL20L8 ‘National Semiconductor 
MicroChannel IRQ Selector and Buffer Enable . 1/1/90 
file name: IRQSEL.ABL - wl' 


IRQSEL device 'P20L8'; 


" This pal selects which interrupt line to use (IRQ9, IRQ7, IRQ6, or 

-“ IRQ3) when the SONIC asserts its interrupt. Each IRQ line is an open © 
" collector type output (only asserted low). This pal also enables the 
“ data buffers with !ddir, !lden, and fuden, and produces the ready 
“signal for the SONIC with !sonicrdy. Wait states are inserted by 
"memory (cdchrdy not asserted) and by the signal translator (SIG5) pal 

" (synwait not asserted). 

" declarations 


“declarations 


TRUE, FALSE 
'H,L = 1,0; an 
X,Z,C = .X.,.Z.,.C.; 


GND, VCC 
pin 12,24; 


“outputs 
ddir,uden, lden, irq9,irq7,irq6,irq3,sonicrdy 
pin 16, 22, 21, 20,419, 18 ¢ LT; 15; 


"inputs . 
posl, pos2, swr, mwr, hlda, cmd, int, leardsel,cdchrdy, synwait,ds,1chsetup, smack 
pin 1,2 ,3,4 DS og 650 UT 2, 8 , 9 ; 10 ,11, 13 , 14; 


“equates 
sel = [pos2,pos1]; 


equations 


irq9 = 0; 
irq7 = 0; 
irg6 = 0; 
irg3 = 0; 
enable irq9 = int & (sel == 3); 
enable irq7 = int & (sel == 2); 
enable irq6 = int & (sel == 1); 
enable irq3 = int & (sel == 0); 
!ddir = !swr & thlda # "Data buffer direction 


mwr & hida; 


'lden = hlda & !ds # “Address and Lower Data buffer enable (D7-D0) 
!lchsetup # , 
!leardsel & !cmd; 


fuden 


= hlda & !ds # 
tsmack & !omd; "Upper data buffer enable (D16 - D31) 
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PAL EQUATIONS (Continued) 


!sonicrdy = cdchrdy & synwait; 


trans. 


“ready signal for the SONIC and sig. 


end irqsel; 
TL/F/10748-28 
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PAL EQUATIONS (Continued) 
module arbmac; flag '-r2','-t2'; 


title 

'PAL20L8 National Semiconductor 
MicroChannel Bus Arbiter State Machine 1/8/89 
file name: ARBMAC.ABL wl' 


ARBMAC device 'P20L8'; 


PAL DESCRIPTION 


This pal controls the ARBVEC pal when it may drives the arbitration 
vector. This pal consists on an aysnchronous state machine. These 
state machine equations (!q0 - !q3) are not reduced (ABEL™ will do this). 
The outputs are described as follows: 
enarb = enables the ARBVEC pal to drive the arb. vector 
hida = hold acknowledge to the SONIC 
burst = BURST signal on the microchannel bus (open collector 
type output). 
preout = PREMPT signal on the microchannel bus (open collector 
type output). 


"declarations 


TRUE, FALSE = 1,0; 
H,L = 1,0; 
ee SM fe es 


GND, VCC 
pin 12,24; 


“outputs 
q3,q2,q1,q0,burst, preout,hlda, enarb 
pin 21,20,19,18,17,16,22,15; 


"inputs 
hold, arbgnt, buswin, fair,prein, chrst 
pin 1,2,3,4,5,6; 


" States of Arbiter 
st = [q3,q2,q1,q0]; 


idle : [l.i,1;,21]; 

req {1,1,1,0]; “request uchannel bus; preout (q0) active 

arb [1,0,1,0]; “vectoring arb priority; preout(q0), enarb 
active 

lose {1,0,0,0]; “lost arb battle; preout (q0) active 

xferl [0,0,1,0]; "“intermdiate state to xfer2 

xfer2 (0,0,1,1]; "xfering data on bus; burst, hlda active 

xfer3 {1,0,1,1]; “intermediate state to idle 

pen (0,1,1,1]; “holding pen when fairness is enabled 

escl = (1,0,0,1]; “intermediate state to esc2 

esc2 = {1,1,0,1]; “intermediate state to idle 


equations 
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PAL EQUATIONS (Continued) 


'qOQ = idle & 


hold & !arbgnt & !chrst # “ This also -PREEMPT on the MCA bus 


req & hold & !arbgnt & !chrst # 

req & hold & arbgnt & !chrst # 

arb & arbgnt & !chrst # 

arb & !tarbgnt & buswin & !chrst # 

arb & !arbgnt & !buswin & !chrst # 

lose & hold & !arbgnt & !chrst # 

lose & hold & arbgnt & !chrst; 
tql = arb & !arbgnt & buswin & '‘chrst # 

lose & hold & !arbgnt & !chrst # 

lose & thold & !chrst # 

escl & !chrst; 
'q2 = req & hold & arbgnt & !chrst # 

arb & arbgnt & !chrst # 

arb & tarbgnt & buswin & !chrst # 

arb & tarbgnt & !buswin & !chrst # 

lose & hold & !arbgnt & !chrst # 

lose & hold & arbgnt & !chrst # 

lose & thold & !chrst # 

xferl & !chrst # 

xfer2 & hold & !arbgnt & !chrst # 

xfer2 & thold & !arbgnt & !fair & !chrst; 
!q3 = arb & tarbgnt & !buswin & !chrst # 

xferl & !chrst # 

xfer2 & hold & !arbgnt & !chrst # 

xfer2 & thold & !arbgnt & fair & !chrst # 

xfer2 & arbgnt & !chrst # 

pen & !prein & !chrst; 
enarb = arb # xferl # xfer2; “enables arb vector (ARBO - 3) on bus 
hlida = xfer2; "HOLD ACK to SONIC 
enable burst = xfer2; “BURST on MCA bus (tri-state output) 
enable preout = !q0; “.PREMPT on MCA bus (tri-state output) 


0; 
0; 


burst 
preout 


nou 


end arbmac2; 
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PAL EQUATIONS (Continued) 


module arb; ' flag '-r2','-t2'; 


title 

'PAL20L8 National Semiconductor 
MicroChannel Bus Arbiter Vector 1/9/90 
ARBVEC wl' 


ARBVEC device 'P20L8'; 
PAL DESCRIPTION 


This pal dumps the arbitration vector onto the MicroChannel bus 
(ARBO - 3) when the ARBMAC pal enables it (by ENARB). ARB3 - 0 
are open collector type outputs (only driven low). This pal 
indicates it has won the bus by driving -BUSWIN low. , 


“declarations 


TRUE, FALSE 
H,L = 1,0; 
X,Z,C. = .X.¢. 


GND, VCC 
pin 12,24; 
" Outputs 
BUSWIN, ARB3, ARB2,ARB1,ARBO,Q,Q2,_RST 
pin 22,21,20,19,18,17,16,15; 
"Inputs. 
POS15, POS14, POS13, POS12, HOLD, ENARB, CHRST,Q3 
pin 1,2,3,4,5,6,7,8; 


equations 


"When enabled, these tri-state outputs 
“will pull these arbitration lines low. 


eo se Ne 


foi ow ou 
CO00 


‘ee 


(ARB3 # !POS15); 
(ARB3 # !POS15) & (ARB2 # !POS14); 


!'BUSWIN = Q2 & Q3 & (ARBO # !POS12) & ENARB & HOLD; 
enable ARB3 = !POS15 & ENARB & HOLD; 

enable ARB2 'POS14 & Q & ENARB & HOLD; 

enable ARB1 !'POS13 & Q2 & ENARB & HOLD; 

enable ARBO = !POS12 & Q2 & Q3 & ENARB & HOLD; 

_RST = !CHRST; "reset for the adapter 


end arb; 
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ZEL-NV 


module sig; flag '-r2','-t2'; 


title 
‘PALI 6R4 National Semiconductor 


MicroChannel Signal Translator for the SONIC 1/1/90 
file name: SIG.ABL wl' 


SIG device 'P16R4'; 


" PAL DESCRIPTION 


“ This pal provides the signal conversion from the SONIC to the 
" MicroChannel bus. The state machine used is written in the 
“ ABEL™ design format. 


“declarations 


TRUE, FALSE 
H,L = 1,0; 
Ki2ZC = Rives 


GND, VCC 
pin 10,20; 


"outputs 
q3,q2,q1,q0,s0,s1, cmd, delayads 

pin 17,16,15,14,19,18,13,12; 
“q0 is used for -ADL on MCA bus” 


“inputs 
bsck, ads, mwr,hlda, sonicrdy, fast, enb, ds 
pin 1,2,3,4,5,6,11,7; 


input = [ads,hlda,sonicrdy, fast]; 


" States of Translator 


“b11il; oh, 3 by gp SH 1 
data “b1011; 


wait “b1101; "wait state to delay assertion of -ADL 

addlcht = *b1110; “asserting -ADL on MCA bus 

cmdl “b0101; “beginning to assert -CMD; 

cemd2 “b0011; “still asserting -CMD; return to DATA state 
“on next clock 

cmd3 “b0001; “still asserting -CMD; inserting lst wait-state 
"for MCA's synchronous mode 


idle 


{1,0,1,1]; 
[1,1,0,1]; 
([1,1,1,0]; 
[0,1,0,1); 
{0,0,0,1]; 
{1,1, 1,1]; 


[q3,q2,q1,q0} 
([q3,q2,q1,q0] 
(q3,q2,q1,q0] 
(q3,q2,q1,q0] 
([q3,q2,q1,q0] 
(q3,q2,q1,q0] 


data_st 
wait_st 
addl_st 
cmdl_st 
cmd3_st 
idle_st 


bob uw uw uu 
Howe wb ow tt 
ioHnu vou ou 
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PAL EQUATIONS (Continued) 


state_diagram [q3,q2,q1,q0] 


State idle: case (input == [0,1,x,0]) :wait; 
(input == [1,:1,x,x]) :idle; 
(input == [x,0,x,x]') :idle; 
- {input == (0,1,x,1]) :addlcht; "fast mode 
endcase; 


case (input == [1,1,x,x]) :data; 

(input == [0,1,x,0]) :wait; 

(input == [x,0,x,x]) :idle; 

(input == [0,1,x,1]) ° -:addlcht; "fast mode 
endcase; . ee A a we a 


[x,1,x,x]) :addlcht; 
{x,0,x,x])) :idle; 


case (input 
(input 
endcase; 


ueott 


ott 


State addicht: case (input == [x,1,0,x))  :cmd2; 
(input == [x,1,1,x])  :cmdl; 
(input == [x,0,x,x]) :idle; 


endcase; 


State cmdl: case (input = 
(input = 
endcase; 


{x,1,x,x])  :cmd3; 
[x,0,x,x]) :idle; 


{x,1,x,x]) )  :data; 
(x, 0,x,x)) :idle; 


State cmd2: case (input 
(input 
endcase; 


{x,1,x,x]) -) :data; 
[x,0,x,x]) :idle; 


State cmd3: case (input 
(input 
endcase; 


equations 


hida; 
hlda; 
hida; 


enable s0 
enable sl 
enable cmd 


" MCA Signals 


!'sOQ = mwr & !data_st & !idle_st; — “-S0-for MCA bus 


!sl = !mwr-& !data_st & !idle_st; "-S1 on MCA bus 


!omd 'q3 & q2 & delayads & !ds & hlda # . . 
'q3 & !q2 & delayads & !ds & hlda #° _ “-CMD for MCA bus 


q3 & !q2 & delayads & !ds & hlda; 


delayads = ads; "delaying ADS for the -CMD term to 
“prevents glitches from occuring 
“during the transitions from the DATA 
“to the WAIT state 
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PAL EQUATIONS (Continued) 

module logic; 

title : 

*PAL16R4 MicroChannel Logic National Semiconductor 
file name: logic.abl 1/9/90' 

LOGIC device 'P16R4'; 


"declarations. 


vcc 


“inputs 
bsck, hldaout,_adl,arb1,pos13, enb 
pin 1,2,3,4,5,11; 
“outputs 
q3,adl1,hlda, hlda,hldal 
Pin 12,13,15,14,19; 


equations 


hida := hldaout; 
:= thlidaout; 


q3 arbl # !pos13; 


test_vectors ([bsck,hldaout, _adl,arbl,pos13,enb) -> [(hlda,_hlda,hldal,adl,q3]) 
{C,1,1,0,0,0) -> {1,0,1,0,1]; 

{c,0,0,0,1,0] -> [0,1,0,1,0]; 

(C,1,X,1,1,0}] -> [1,0,1,X,1]; 

end log; — 
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32-Bit Bus Master Ethernet 
Interface for the 68030 
(Using the Macintosh 
SE/30) 


OVERVIEW 


National Semiconductor’s SE/30 Ethernet adapter provides 
a high performance, 32-bit, bus master network connection 
for Apple’s 68030 based compact Macintosh computer. 
This design is based around National Semiconductor's Sys- 
tems Oriented Network Interface Controller (SONIC™, 
DP83932), which interfaces directly to the extension slot of 
the SE/30. The SE/30 design also serves as a model for 
designing the SONIC onto the mother board of a 68030 
based system, since the SE/30’s one expansion slot is es- 
sentially a direct connection to the Motorola 68030. 


A block diagram of the adapter can be seen in Figure 7. The 
SE/30 Ethernet adapter operates synchronously with the 
16 MHz SE/30 mother board and accesses the necessary 
transmit and receive buffers directly in the system’s main 
memory, via 16 MHz 3 cycle asynchronous DMA opera- 
tions. At this rate, the bus utilization for the buffering of a 
single packet is approximately 6% of the total bus band- 
width. 


In addition to it’s high performance DMA, the SONIC also 
has an on board Ethernet Manchester Encoder/Decoder 
(ENDEC), which allows the SONIC to communicate directly 
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with any AUI interface. In fact, the SE/30 board has the 
capability to be connected to a network through either thin 
wire (10Base2) or AU! drop cable (10Base5) Ethernet. 

It is also worth mentioning that the SE/30 adapter supports 
the use of Macintosh Nubus Slot Manager features, such as 
interrupt handling, with an on board Slot Manager PROM. 
This does not cause the board to incur any extra cost, since 
some type of PROM must already be used to store the 
adapter’s Ethernet address. 


FEATURES 

™@ 32-bit bus master system interface 

m@ Asynchronous high speed 3 cycle DMA 

mw 100% on card address filtering, via the SONIC’s on 
board Content Addressable Memory (CAM) 

@ Minimal number of components 

@ Supports both AUI cable and thin wire Ethernet 

= Optimal placement of receive and transmit data and de- 
scriptors in system memory 

m= Supports Macintosh Slot Manager 

@ Portable to 68030 mother board designs 


AU] CABLE 


DSACKO pg 


ISOLATION 
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FIGURE 1. Adapter Block Diagram 
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FUNCTIONAL OVERVIEW 


System Interface 


The Macintosh SE/30 provides a single 32-bit expansion 
slot, which basically consists of the control, data, and ad- 
dress signals of the mother board’s CPU, the 68030. In ad- 
dition to these signals, the expansion slot also provides Nu- 
bus compatible interrupt lines, so that Slot Manager soft- 
ware can be incorporated, if a Slot Manager PROM is 
placed on the card. Hence, the hardware interface between 
the SE/30 and the Ethernet adapter is essentially a 68030 
bus interface, while the driver software interface is similar to 
that of a Macintosh I! Nubus adapter. This solution is opti- 
mally achieved through the use of National Semiconductor's 
SONIC, whose 32-bit data and address buses and control 
signals interface directly to those of the Motorola 68030. 


The SE/30 Ethernet adapter operates in both a slave and 
master mode. When operating in a bus master mode, the 
SE/30 Ethernet adapter arbitrates with the host system for 
control of the SE/30 bus and proceeds to operate as a 32- 
bit DMA engine between the system memory and the net- 
work. A block diagram of this interface can be found in Fig- 
ure 1. The bus master mode of operation allows for the use 
of system memory, instead of on card RAM, for the buffer- 
ing of transmit and receive data and their descriptors. Mas- 
ter operation is facilitated by the SONIC, which is at the 
heart of this adapter’s design. The SONIC provides the 
complete implementation of the IEEE 802.3 specification 
from the AU! interface through the MAC layer, as well as 
performs a direct system interface to the 68030. In fact, 
when interfacing to the SE/30 backplane, the SONIC car- 
ries out 16 MHz 3 cycle asynchronous DMA, which is fully 
synchronous with the 16 MHz mother board of the SE/30. 


This enables the SE/30 adapter to operate on the bus in the 
same fashion as the 68030 and utilize only 6% of the bus 
bandwidth, during an Ethernet reception or transmission. 
The bus master design provides for the highest possible 
throughput between the system and the network, while at 
the same time requiring only a minimum of parts to imple- 
ment. 


When the adapter is a slave, the host system accesses ei- 
ther the Slot Manager PROM or the SONIC’s registers. All 
slave operations are done via memory reads and writes, 
since both the PROM and the SONIC registers are mapped 
into system memory. The slave architecture is depicted in 
the adapter block diagram (Figure 1). While in the slave 
mode, the SONIC once again provides a direct interface to 
the SE/30. The only necessary interface logic is the ad- 
dress decode for the SONIC chip select (-SONICCS). At this 
point, it is worth noting that the slave address strobe (-SAS) 
of the SONIC is connected to the data strobe (-DS) of the 
SE/30 instead of the SE/30’s address strobe (-AS). This is 
due to the operation of the SE/30 backplane and will be 
further discussed in the design section of this document. 
However, it is important to remember that in interfacing di- 
rectly to a 68030 CPU the SONIC’s -SAS would be connect- 
ed directly to the 68030’s -AS. 


1-871 


Network Interface 


With respect to the adapter’s physical layer design, both 
AUI drop cable Ethernet and thin wire Ethernet are support- 
ed. The SE/30 adapter consists of two boards, the main 
logic board, which contains the SONIC, and the connector 
card which provides for the AUI and thin wire network con- 
nections. The connector card, whose block diagram is 
shown in Figure 2, contains a 15-pin AUI drop cable con- 
nector for standard drop cable Ethernet implementations, 
as well as a thin wire Ethernet connection via the National 
Semiconductor coaxial transceiver interface (CTI, DP8392). 


AUI CABLE 


~9 VOLTS 
CTI 
Dc . OC 
CONVERTER 
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FIGURE 2. Connector Card Block Diagram 


Either of these network connections can be chosen through 
the use of a single jumper. In either case, the AUI signals 
(RX+, TX+, and CD+) are sent back to the main logic 
board, where the SONIC resides. These signals are inter- 
faced to the ENDEC portion of the SONIC, which provides 
for communication between the AUI interface and the non- 
return to zero (NRZ) signals (RXD, TXD, and COL) of the 
Media Access Control (MAC) module of the SONIC. It 
should be noted that the integrated ENDEC module of the 
SONIC alleviates the need for an external Ethernet Man- 
chester encoder/docoder, such as National’s CMOS Serial 
Network Interface (CMOS SNI, DP83910). 


BOARD ARCHITECTURE AND DESIGN 


z 
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Memory Map 


As stated previously, the SE/30 adapter is completely 
mapped into the addressable memory space of the SE/30. 
A diagram of the memory map can be found in Figure 3. The 
board is mapped into the memory locations F9FFFFFF 
through F9000000. Locations F9FFFFFF through 
F9FFFFOO contain the Ethernet address and declaration 
PROM. This region contains the adapter’s Ethernet address 
as well as the declaration data that is necessary for the 
adapter’s interrupt service routine to take advantage of the 
Slot Manager features, which are provided by the SE/30 
operating system. 
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F9 FF FF 00 ETHERNET ADDRESS AND DECLARATION PROM 
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FO FF FE 00 


NOT USED 


F9 00 00 00 
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FIGURE 3. SE/30 Adapter’s Memory Map 


The SE/30 specification states that this declaration data 
begin at memory location FOFFFFFF, if the adapter’s inter- 
rupt is generated on the system’s IRQ 1 interrupt line. This 
is the case with the SE/30 adapter. The six byte Ethernet 
address immediately follows the Slot Manager software in 
the PROM. It should be noted that the data in the PROM is 
all byte addressable. In addition to the declaration informa- 
tion, the SONIC registers are also mapped into memory. 
These registers are mapped into locations FOFFFFEO 
through FOFFFEFF. The SONIC’s registers are mapped as 
32-bit addressable quantities, in spite of the fact that inter- 
nally all SONIC registers are only 16 bits wide. This is due to 
the fact that the SONIC will always respond as a 32-bit port, 
since it is programmed to operate in 32-bit mode. 


Slave Operation 


When operating as a slave, the Ethernet adapter appears as 
a block of memory to the host system. In slave mode, either 
the SONIC or PROM can be accessed. Timing diagrams for 
slave accesses appear in Figures 4-6. In the case of ac- 
cessing the PROM (Figure 4), the 68030 will issue a byte 
read command. The adapter logic will decode address lines 


-PROMSEL = ee 
ge —$—" nf 


8 and 24 through 31 and recognize the fact that the SE/30 
adapter’s PROM is being selected. Once the 68030 asserts 
its address strobe, the logic will issue an enable signal to 
the PROM (-PROMSEL) and assert the cycle acknowledge 
signals (-PDSACKO and -PDSACK1) back to the 68030, in 
order to indicate the adapter’s acknowledgement of a byte 
access. In parallel with the logic’s operation, the PROM will 
decode the address it is being given (AO-A7) and begin to 
source data after receiving the -PROMSEL signal. Finally, 
the 68030 will then finish the read cycle, at which point the 
adapter logic will then deassert -PROMSEL, -PDSACKO, 
and -PDSACK1. 


As seen in Figures 5 and 6, slave accesses to the SONIC 
are completely compatible with the bus of the 68030 proc- 
essor. The only deviation is the connection of -SAS to the 
68030’s -DS instead of -AS. This is due to the fact that 
during slave writes a glitch may occur on the memory read/ 
write line (MR/-W) of the SE/30 backplane, while -AS is 
being asserted. This is fatal, since the SONIC latches the 
value of the slave read/write line (SR/-W, which is connect- 
ed to MR/-W) with the falling edge of -SAS. The connection 
of the 68030’s -DS to -SAS solves this problem. It should 
also be noted that the SONIC is mapped into memory as a 
32-bit peripheral and will respond accordingly. However, 
only the lower 16 data lines (DO0-D15) will be valid inputs 
and outputs during slave accesses. 


A 32-bit mapping was selected, since the SONIC is pro- 
grammed to operate in 32-bit mode, which causes the SON- 
IC to respond with the acknowledge signals of a 32-bit port 
(-DSACKO = 0 and -DSACK1 = 0). The only adapter logic 
necessary to facilitate this interface is the decode of ad- 
dress lines 8 and 24 through 31, along with the address 
strobe (-AS), to generate a chip select signal to the SONIC 
(-SONICCS). When accessing the SONIC registers, the 
68030 will perform either a 32-bit read or a 32-bit write. 
Once -SONICCS is asserted the SONIC will respond with 
the acknowledge signals (-DSACKO and -DSACK1) and ap- 
propriately source or sink data. The deassertion of -DS by 
the 68030 signals the end of the cycle and causes the SON- 
IC to deassert -DSACKO and -DSACK1 and terminate the 
slave cycle. 
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FIGURE 4. PROM Read 
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FIGURE 5. SONIC Slave Read 
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. Master Operation 


As stated previously, the SE/30 Ethernet adapter contains 
no local memory. All Ethernet data and descriptors are 
stored in system memory, which is accessed directly by the 
adapter. More specifically, the system memory is accessed 
directly by the SONIC, which interfaces directly to the 68030 
mother board bus of the SE/30. When a master DMA ac- 
cess is required, the SE/30 adapter will arbitrate for the 
SE/30 system bus. This arbitration is performed by the 
SONIC, which connects directly to the bus arbitration sig- 
nals of the 68030. This is depicted in the adapter block 
diagram (Figure 1). A timing diagram of the arbritration cycle 
can be found in Figure 7. When the SONIC initiates a re- 
quest for the system bus, it asserts the bus request signal 
(-BR) and waits for the bus grant signal (-BG) to be returned 
by the system. Once the bus grant signal is received, the 
SONIC will take ownership of the bus by asserting the open 
collector bus grant acknowledge signal (-BGACK), when the 
host system’s -AS, -DSACKO, -DSACK1, and -BGACK are 
all deasserted. Once -BGACK is asserted, the SONIC re- 
moves the bus request signal. 


After acquiring the bus the SE/30 adapter will begin to per- 


form 16 MHz 3 cycle asynchronous DMA on the system 
bus. This function is also facilitated by the SONIC, whose 
direct 68030 interface allows the SE/30 adapter to operate 
on this bus with virtually no interface logic. As seen in Figure 
7, the bus interface signals on the SONIC are attached di- 
rectly to those of the SE/30 backplane. 


_ Timing diagrams of the adapter’s master read and master 


write cycles appear in Figures 8 and 9. The only external 
interface logic required is for the generation of Function 
Code bit.1 (FC1), SIZO, and address line 0 (AO). These lines 
are not provided directly by the SONIC, but are formulated 
in the adapter logic. All three signals are driven low upon the 
SONIC’s assertion of -BGACK.: It should also be noted that 
Function Code bits 0 and 2 (FCO and FC2) and the SIZ1 
signal are also not provided directly by the SONIC. Howev- 
er, these signals require no extra logic. The FCO signal is 
tied high through a backplane resistor and requires no 
board connection, since the SONIC should only access 
memory areas which correspond to function codes with the 
least significant bit set high. These areas are user data 
space (FC2, FC1, FCO = 001) and arveg data space 
(FC2, FC1, FCO = 101). 


The FC2 and SIZ1 signals are not defined on the SONIC, 
but they can be generated by using the user 0 and user 1 
pins. The user 0 and 1 outputs can be programmed by the 
programmable output bits (POO and PO1) in the SONIC’s 
data configuration register (DCR). The output timing for 
these signals corresponds to the timing for the SONIC’s 
address lines, which is the correct timing for both FC2 and 
$1Z1. By programming POO with a 0 or 1, the adapter can be 
made to access either the user data space or supervisor 
data space of the SE/30’s system memory. In order to pro- 
vide the correct SIZ1 signal for 32-bit operation the PO1 bit 
should be programmed to a 0. 
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FIGURE 7. SONIC Master Arbitration 
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FIGURE 8. Master Read 
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Physical Layer 


The physical layer interface for the SE/30 adapter resides 
on the connector card, which attaches to the back of the 
SE/30. The connector board is linked to the main logic 
board through a ribbon cable that attaches to a 20-pin head- 
er on the main logic board (J2) and another 20-pin header 
on the connector board (J3). These two headers can be 
seen on the adapter schematics, which appear at the end of 
the manual of this application note. The adapter can be 
used in either a thin wire or standard drop cable Ethernet 
environment. When the adapter is used in a thin wire Ether- 
net application, jumper 3 (JB3) must have the jumper cover- 
ing both posts. This enables the DC-to-DC converter to re- 
ceive a 5V input from the SE/30 backplane and convert this 
to a —9V output, which is required by National Semiconduc- 
tor’s Coaxial Transceiver Interface (CTI, DP8392). The CTI 
provides an interface between the 10 MHz Manchester en- 
coded coax cable and the 10 MHz Manchester encoded 
differential signals of the SONIC’s ENDEC. In the case of a 
standard drop cable Ethernet application, JB3 is left uncov- 
ered so that the CTI will not receive power. This allows the 
signals of the SONIC’s ENDEC to pass directly to the AUI 
cable, via the 15-pin AUI connector. In examining the sche- 
matic of the physical layer design, it can be seen that there 
is a pulse transformer at the AUI side of the CTI. This is 
placed here to isolate the CTI from the SONIC’s ENDEC 
signals, when the AUI drop cable connection is being em- 
ployed. This transformer also provides the IEEE 802.3 spec- 
ified isolation between the coax and the differential AUI sig- . 
nals, when thin wire Ethernet is being used. It is also 


ADAPTER LOGIC EQUATIONS 


necessary to provide a termination for the 78 AUI cable’s 
differential receive and collision pair (RX+ and CD +). This 
is the reason for the 392 -1% resistors and 0.01 F capaci- 
tors that are shown in the schematic. 

Since the ENDEC resides within the SONIC, two compo- 
nents of the physical layer design are located on the main 
logic board, which can be seen on the schematics. First, 
each one of the transmit pairs (TX+ and TX—) requires a 


2702. non-precision pull down resistor (R1 and R2) to com- 


plete the internal source follower amplifiers that drive these 
signals. Second, there is an isolation transformer (T1) 
placed between the differential signals of the SONIC’s EN- 
DEC and the header for the ribbon cable. This isolation is 
necessary to guarantee that the SONIC meets the IEEE 
802.3 fail safe specification of a 16V DC level appearing on 
the AUI cable’s differential signals. The external isolation is 
necessary, due to the fact that in the powered down state 
the CMOS process, in which the SONIC is manufactured, 
may not be able to withstand this voltage. 


The fina! feature of the physical layer design is the diagnos- 
tic LEDs. The yellow LED indicates that the ENDEC carrier 
sense signal (CRS) is asserted. An inverted version of CRS 
drives this LED. The green LED indicates that a transmis- 
sion is in progress, and the red LED indicates the presence 
of a collision. The transmission LED and collision LED are 
driven by inversions of the SONIC’s transmit enable (TXE) 
and collision output (COL) signals, respectively. The signals 
for the LEDs are supplied from the main logic board, via the 
ribbon cable that connects the two boards. 


The following is the set of logic equations that are necessary to implement the adapter logic block found in Figure 7. As shown in 
the schematics, this logic can be implemented in a single 16L8B PAL. 


Inputs 

A31, A30, A29 Pin 1,2,3 

A28, A27, A26 Pin 4,5,6 

A25, A24, A8 Pin 7,8,9 

AS, BGACK Pin 11, 13 

Outputs 

AO Pin 12; Address line 0 (TRI-STATE) 

SIZO Pin 14; 68030 SIZO signal (TRI-STATE) 

FC1 Pin 15; 68030 Function Code 1 signal (TRI-STATE) 
PDSACK1 Pin 16; PROM cycle acknowledgement (TRI-STATE) 
PDSACKO Pin 17; PROM cycle acknowledgement (TRI-STATE) 
-PROMSEL Pin 18; PROM chip select 

-SONICCS Pin 19; SONIC chip select 

Equation: 

AO = 0 

SIZO = 0 

FC1 =0 

PDSACKO = 0 

PDSACK1 = 1 


ENABLE AO = -BGACK 
ENABLE SIZO = -BGACK 
ENABLE FC1 = -BGACK 


ENABLE PDSACKO = A31*A30*A29*A28*A27*-A26*-A25*A24*A8*-AS 
ENABLE PDSACK1 = A31*A30*A29*A28*A27*-A26*-A25*A24*A8*-AS 
SONICCS = A31*A30*A29*A28*A27*-A26*-A25*A24*-A8*-AS 
PROMSEL = A31*A30*A29*A28*A27*-A26*-A25*A24*A8*-AS 
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DP83916EB-AT: High 
Performance AT 
Compatible Bus Master 
Ethernet® Adapter Card 


INTRODUCTION — 


The DP83916EB-AT board is a high performance 16-bit 
Ethernet adapter card designed for IBM® PC-AT®/compati- 
ble computer systems. It employs a unique bus master ar- 
chitecture which transfers packet data at rates up to 10 
Megabytes/second to and from the PC-AT’s system memo- 
ry during Ethernet reception and transmission. Featuring the 
National Semiconductor DP83916 Systems-Oriented Net- 
work Interface Controller (SONICTM-16) and the PLX 
AT9010, the board functions as a bus master adapter card 
for implementing Ethernet nodes. Its design includes an in- 
terface which enables PC-AT managed-hub applications. 
Furthermore, it supports three types of media for functionali- 
ty in IEEE 802.3 networks. 


By using the DP83916 SONIC-16, the DP83916EB-AT 
board maximizes bus master performance over existing 
adapter cards. First, the SONIC-16’s highly integrated de- 
sign eliminates the need for |/O mapped or dual port adapt- 
er RAM designs. Second, the SONIC-16’s bus master archi- 
tecture facilitates writing and reading network data directly 
to and from main system memory. This architecture is sup- 
ported by the SONIC-16’s bus latency tolerance, its link-list 
buffer management scheme and its 24-bit memory address- 
ing capability. 

The PLX AT9010/AT9010B provides a compact, inexpen- 
sive and high performance AT bus interface for the 
DP83916EB-AT adapter card. It integrates much of the 
AT/SONIC-16 signal decoding and control logic. Because 
most options are selected by software drivers, the use of 
jumpers is reduced. 


The DP83916EB-AT offers management interface logic to 
implement a managed hub when the board is coupled with 
the DP83950EB-AT RICKIT. This interface allows the SON- 
{C-16 to emulate a RICT on the Inter-RICTM/Management 
bus; hence, the SONIC-16 can receive packets containing 
network data and collision information and also transmit 
packets over this bus. By using hub management, the 
DP83916EB-AT makes network statistics available to a 
manager located anywhere on the network. _ 


Finally, the adapter card offers multiple IEEE 802.3 cable 
media options: the DP8392 Coaxial Transceiver Interface 
for Thin Ethernet and an AUI connector for Thick Ethernet 
or Twisted-Pair. 


National Semiconductor 
Application Note 855 
Denise Troutman 


Use of the DP83916EB-AT adapter card provides a low cost 
15-chip bus master Ethernet node that supports three me- 
dia options for IEEE 802.3 networks. SONIC-16 hub man- 
agement is included by the addition of only five chips and 
the DP83950EB-AT RICKIT. 


FEATURES 

a Efficient NSC DP83916 Systems-Oriented Network In- 
terface Controller (GONIC-16) 

@ Highly integrated PLX AT9010/B for PC-AT bus master 
interface 
Inter-RIC/Management bus interface for optional con- 
nection to DP83950EB-AT RICKIT 
Selectable media interfaces: Thin Ethernet or AUI for 
Twisted-Pair and Thick Ethernet 
Optional EPROM for remote system boot 

@ Four programmable master data transfer speeds includ- 
ing 5, 6.7, 8, and 10 Megabytes/second 

@ Selectable interrupt lines, bus request channels, adapt- 
er card |/O addresses and EPROM memory addresses 


HARDWARE OVERVIEW 


A block diagram for the DP83916EB-AT board is shown in 
Figure 1. The design can be broken into four sections: slave 
logic, master logic, hub management and media interface. 


The slave logic facilitates the AT’s CPU in accessing the 
SONIC-16’s registers, the AT9010’s registers, the Ethernet 
Address ID PROM and the network Boot EPROM (socket). 
Much of the slave circuitry decode (chip selects) and control 
logic is implemented in the AT9010. The slave devices are 
accessed in I/O and memory space. 


The bus master logic assists the SONIC-16 in transferring 
data directly to and from the AT’s system memory. It in- 
cludes all signal translation and control logic required to ac- 
cess the bus, a large portion of which is integrated in the 
AT9010. The SONIC-16 uses the DMA controller to arbitrate 
between bus requestors for control of the bus and additional 
buffers for address and data buses. 
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FIGURE 1. DP83916EB-AT Board Block Diagram 


The hub management logic interfaces the Inter-RIC/Man- 
agement (IR/M) bus and the SONIC-16. The IR/M bus en- 
ables the SONICT™ to gather network statistics for packets 
transmitted from a DP83950EB-AT RIC evaluation board, to 
receive control packets from remote nodes (managers) and 
to transmit packets to the network. The logic includes turbo 
transceivers (BTLs) for driving signals, a PAL® for IR/M bus 
arbitration signals and a flip-flop which provides the IR/M 
transmit clock. 


The media interface connects the adapter card to one of 
three network media choices: Coax for 10BASE2 (Thin 
Ethernet) and AUI for 10BASE5 (Thick Ethernet) and 
10BASE-T (Twisted-Pair). 

Connection requirements for each choice will be described 
later. 


The DP83916EB-AT supports two versions of the PLX inter- 
face chip for the SONIC-16 and the PC-AT platform: the 
original AT9010 and the AT9010B. If the board is populated 
with the AT9010, a GAL (U11) is required to fix bugs in the 
AT9010 chip. The bugs are corrected in the AT9010B and 
adapter cards containing this version of the chip should not 
have a GAL placed in the socket for U11. (Note, all subse- 
quent references in this application note to “AT9010” apply 
to both versions of the chip unless specified otherwise.) 


1-880 


Since the GAL is not populated when the AT9010B is popu- 
lated, signals driven from the AT9010B into the GAL will 
have no effect. 


The appendices at the end of this application note provide 
the following information: Appendix I—PAL and GAL equa- 
tions, Appendix II—Bill of Materials (BOM), Appendix IIl— 
AT9010/AT9010B Register Descriptions, Appendix |V—Sig- 
nal Descriptions, Appendix V— DP83916EB-AT Card Lay- 
out, Appendix Vi—Test Pin Layout, Appendix Vil—Design 
Change Recommendation and Appendix VII|t—Compatibility 
Testing. In addition, a detailed schematic for the 
DP83916EB-AT adapter card is also located at the end of 
this application note. 


SLAVE LOGIC SECTION 


During slave cycles, the AT’s CPU accesses one of the four 
slave devices on the card: the SONIC-16’s 64 internal regis- 
ters, the Ethernet address PROM, the AT9010’s five internal 
registers or the boot EPROM. Slave mode also includes 
card initialization. 


The AT9010 provides chip select/control and signa! conver- 
sion logic. Its configuration registers specify I/O address 
mapping and SONIC-16 register select information, EPROM 
memory address decoding and interrupt line specification. 
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FIGURE 2. Slave Logic Block Diagram 


1/0 MAPPING 


The SONIC-16 registers, AT9010 registers and Ethernet ad- 
- dress PROM reside in the PC-AT’s I/O space. The AT9010 
offers a choice of seven 32-byte I/O blocks (shown in Table 
|) to place the card within I/O space. The user can map the 
board into any one of these blocks by selecting an unused 
portion of 1/O space and positioning jumpers JP1—JP3 ac- 
cordingly. A shorted jumper corresponds to a 0 and an open 
jumper corresponds to a 1. The values of these jumpers are 
enabled onto.the data bus during power up and subsequent- 
ly initialize the AT9010’s Configuration Register 1, bits 7, 6, 
and 5. 


TABLE I. |/O Space Mapping 


1/O Address 
(Hex) 


* DP83916EB-AT default setting 
0 = short (jumper on), 1 = open (jumper off) 


64 
REGISTERS 


TL/F/11707-2 


The actual mapping of the SONIC-16 registers, AT9010 reg- 
isters, PROM and SONIC-16 paging register into one of the 
32-byte blocks of I/O space is shown in Figure 3. Bytes 2-5 
are the AT9010’s Configuration Registers 0-3, bytes 8-13 
are the Ethernet address PROM, byte 15 is AT9010’s Con- 
figuration Register 15, and bytes 16-32 are the SONIC-16’s 
registers. All other bytes are reserved. 


SONIC-16 REGISTERS - 
(8 locations) 


AT9010 CONFIG REG 15 
RESERVED 


ETHERNET ADDRESS PROM 
(6 bytes) 


RESERVED ; 


AT9010 CONFIGURATION 
REGISTERS 0-3 


02H 


01H 
RESERVED 
00H 


FIGURE 3. Card 32-Byte I/O Space Map 
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SONIC-16 AND AT9010 REGISTER ACCESS 


Due to limited PC-AT I/O space, only eight of the 
SONIC-16’s 64 registers are accessible at any one time. 
The DP83916EB-AT accommodates this by partitioning the 
SONIC-16’s registers into eight pages of eight registers 
(16-bit locations). , 


To access the registers, the CPU must drive a 6-bit register 
address. First, the CPU sets up the page number (0 to 7) by 
executing an 8-bit I/O write cycle of D<5..3> to the 
AT9010’s Configuration Register 15, bits<5..3>. These 
data bits drive the three most significant SONIC-16 register 
address bits RA<5. .3>. Then, the CPU executes a 16-bit 
1/O read or write cycle using the PC-AT’s lower address 
lines SA<3..1 > to drive the SONIC-16’s address bits 
RA<2. .0> which select the appropriate register. This com- 
pletes the SONIC-16 register access. Note, most SONIC-16 
register accesses actually require only one I/O cycle be- 
cause the SONIC-16 registers which are accessed most of- 
ten are located on Page 0. 


The AT9010 configuration registers are 8 bits wide and are 
read or written through standard 8-bit !/O cycles. 
PROM AND EPROM MEMORY MAPPING 


The PROM is a 32-byte register which holds a unique 6-byte 
Ethernet ID Address in offset locations O8H-ODH. It is read 
by 8-bit 1/O read cycles. 


The optional boot EPROM (socket), which resides in the 


PC’s BIOS memory space, is also an 8-bit device. If used, 


the EPROM can be programmed with instructions that are . 


scanned on power-up and enable a diskless workstation to 
boot up remotely from a network, then access a server. © 


The boot EPROM can be memory mapped above 640k 
within the first megabyte of memory. Specifically, the 


AT9010 places the EPROM in a section of memory within 
the OCO000H to ODFFFFH address range. As shown in Fig- 
ure 4, the upper address decode bits for LA<23. .17> are 
predetermined by the AT9010. To complete the base ad- 
dress, the decode bits for SA<16..13> must be pro- 
grammed by the user in Configuration Register 2. The 
AT9010 can be configured for an 8k, 16k or 32k EPROM. 


During EPROM . memory accesses, address _ lines 
LA<23..17> are decoded to notify the AT9010 of EPROM 
activity. This decode is accomplished by the comparator 
shown in Figure 2. 


The DP83916EB-AT design supports an 8k or 16k EPROM 
(socket); hence, the memory base address options are 8k or 
16k sections of memory. Table || shows the decode for a 
16k EPROM. Note, SA13 is driven directly into the EPROM; 
therefore, bit 2 of Configuration Register 2 is a don’t care 
bit. 
lf the EPROM is used, Configuration Register 2, bits 7 and 6 
must be set to 1 and 0 to enable an 8k EPROM or 0 and 1 to 
select a 16k EPROM. If the EPROM is not used, these bits 
must be set to 1s to disable the EPROM. 


TABLE II. EPROM Memory Base Address 


CR2 
Bits<5. .2> 


Base 
Address 
16k EPROM 
bit5 bit2 (Hex) 


bit4 bit3 


INTERRUPT LINE SELECTION 


As the SONIC-16 transmits and receives packets from the 
network, it generates interrupts (via an IRQx line from the 
AT9010) to the CPU. This results in several slave cycles 
which read the SONIC-16’s Interrupt Status Register and 
service the interrupt. When the original AT9010 chip asserts 
an interrupt, it sets a non-latched interrupt indicator in bit 2 
of Configuration Register 15 that is cleared when IRQx is 
cleared. (In the AT9010B, the interrupt indicator is latched; 
hence, it is maintained even if IRQx deasserts and is 
cleared by writing a 1 to CR15, bit 2.) 


The DP83916EB-AT user can select one of four interrupt 
lines by programming the AT9010’s Configuration Register 
0. Table Ill presents the IRQx choices (lines 3, 4, 5 or 9) and 
indicates the necessary bits to select the appropriate line. In 
addition to choosing an IRQx line, the user must also pro- 
gram Configuration Register 0, bit 3 to mask (0) or unmask 
(1) the chosen interrupt upon assertion of INT from the 
SONIC-16. 


_TABLE Ill. Interrupt Line Selection 


CR 0, Bits<2,1> | PLX Reference | IRQx Signal 
3 
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FIGURE 4. EPROM Address Bit Specification 
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FIGURE 5. I/O Write Cycle to SONIC-16 Registers 


SLAVE CYCLES 


The following section presents a basic description and tim- 
ing diagrams for the signals generated by the AT bus, 
AT9010 and SONIC-16 when the DP83916EB-AT is in slave 
mode. A detailed description of the relevant signals associ- 
ated with AT I/O cycles to the adapter card and AT memory 
accesses to the EPROM is located in Appendix IV at the 
end of this application note. 


The DP83916EB-AT adapter card is designed so that on 
power-up, the POSCS3 pin will enable the I/O address of 
the adapter card onto the data bus. This address is latched 
into bits<7. .5> of Configuration Register 1 and locates the 
card in |/O space. Software drivers must subsequently pro- 
gram all registers with the correct data for operation. 


The AT bus initiates an I/O cycle by driving the address 
onto the bus, asserting BALE high and generating -IORD or 
-IOWR. The AT9010 then generates a chip select to the 
appropriate slave device. 


The SONIC-16 registers, which are located in I/O space, 
can be written or read. Because they are 16 bits wide, a 
special signal IOCSIG is driven to the AT bus for the duration 
of the SONIC-16 I/O access. The AT9010 drives IOCHRDY 
low (not ready) after the address and IORD/IOWR signals 
are asserted (and MEMR/MEMW are not active). (Note, in 
this document, IOCHRDY will not be broken down into 
IOCHRDYBUS and IOCHRDYAT in order to give a clear 
explanation of the signal IOCHRDY’s purpose. For an expla- 
nation of these signals, refer to the signal descriptions and 
GAL equations in the appendices and the schematic at the 


end of this application note.) When the SONIC-16 has 
latched write data or driven valid read data, it generates 
RDYo to terminate the cycle. At this time, the AT9010 as- 
serts IOCHRDY high to the AT bus. An example of the sig- 
nal timing for an I/O write cycle to SONIC-16 registers is 
shown in Figure 5. 

Most I/O devices (like the DP83916EB-AT during slave 
mode) drive IOCHRDY low after the address and |/O com- 
mand signal are asserted. However, some AT compatible 
machines use chip sets (from Chips and Technologies or 
VLS! Technologies) with modified timing characteristics 


- whereby during 16-bit |/O cycles, the PC’s bus controller 


samples IOCHRDY before IORD or IOWR is driven. This 
problem is detailed in the NSC document ‘“‘PC-AT Design 
Considerations for the DP83902EB-AT”. 


To accommodate this early sampling problem, the AT9010B 
can be programmed to drive LOCHRDY low immediately 
upon SONIC-16 register address decode. The AT9010B 
then uses a gating signal to maintain IOCHRDY if the cycle 
is an I/O cycle or to stop asserting IOCHRDY if the cycle is 
a memory cycle. Specifically, if the AT9010B Configuration 
Register 3, bit 3 is set to 1, IOCHRDY will be driven low 
early, based on I/O address decode of a SONIC-16 register, 
then qualified with a gating signal. If CR3, bit 3 is set to 0, 
IOCHRDY will follow the AT standard: address decode of a 
SONIC-16 register and IORD/IOWR_ and _ inactive 
MEM-R/MEMW. The early IOCHRDY feature should not be 
used if the PC I/O cycles are functioning properly. Further- 
more, it is not supported by the original AT9010 chip. 
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The AT9010’s registers can be written or read. The 32-byte - 


PROM, however, can only be read. For either device, the 
1/O read cycles are finished once the data has been en- 
abled onto the bus and read by the CPU. An I/O write cycle 
to an AT9010 register is completed once the data has been 
latched to the AT9010. IOCHRDY is not driven low during 
the 8-bit cycles to either of these devices. 


The AT bus initiates a boot EPROM cycle by driving the 
address onto the bus, asserting BALE high and generating 
MEMR. Once the AT9010 has chip selected the 
EPROM, data is enabled onto the data bus and the memory 
cycle is complete. An EPROM read cycle is illustrated in 
Figure 6. \OCHRDY is not driven during EPROM cycles. 


DP83916EB-AT REGISTER INITIALIZATION 

Upon power-up, the DP83916EB-AT card pulses the card’s 
1/O address into Configuration Register 1. Subsequently, 
software initializes Configuration Registers 0-3 and 15 for 
operation. 

The original AT9010 is enabled by setting bit 0 of Configura- 
tion Register 0 to a 1. If this bit is a 0, the original AT9010 
will not respond to any host bus access except hard reset. 
In the AT9010B, the card is enabled regardless of the state 
of this bit. 

The AT9010B supports software reset. If Configuration Reg- 
ister 15, bit 7 is set to a 1, the AT9010B will reset all the 


LA<23..17>, 
SA<16..13>, 
SA<12..0> 
HAENB 


BALE 


EPROMRD 


IOCHRDY 


.FIGURE 6. Memory Read Cycle to Boot EPROM . 


chip’s functions to the default condition except Configura- 
tion Registers 0-3 and bits 3-5 and 7 of Configuration Reg- 
ister 15. The software must subsequently write a 0 to CR 15, 
bit 7 to clear this bit. Bit 7 of CR 15 is a reserved bit in the 
original AT9010. If it is set to 1, the card is lost in |/O space 
and can only be recovered by hard reset. 


Note: The AT9010B corrects bugs in the AT9010 and offers additional fea- 
tures. The DP83916EB-AT card and demonstration software support 
both versions of the interface chip. Appendix Ili provides details re- 
garding specific programming of all Configuration Registers. 


MASTER LOGIC SECTION 


During master mode, the AT’s CPU allows the SONIC-16 to 
take over the system bus and access main memory directly. 
The SONIC-16 uses the DMA controller to assist in the bus 
arbitration process. In addition, it utilizes the AT9010’s bus 
interface logic for requesting the bus and generating AT 
compatible read/write signals. A block diagram showing the 
master logic is presented in Figure 7. : 


DMA CONTROLLER CHANNEL SELECTION 

For data transfer, PC-ATs utilize two 8237A DMA controllers 
with four channels each. Controller 1 contains channels 
0-3 which support byte transfers and are typically reserved 
for diskette, SDLC, etc. It is cascaded. with Controller 2 
which contains channels 4—7 to support word transfers. 


* While channel 4 is used to cascade Controller 2, channels 
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5-7 are usually spare. 
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FIGURE 7. Master Logic Block Diagram . 


The user must select one of the spare DMA channels. By 
programming the AT9010’s bits 0 and 1 of Configuration 
Register 3, the user can select DMA request line 3, 5, 6, or 7 
as shown in Table IV. This will route the DMA request 


(DRQx) and acknowledge (-DACKx) signals to and from the: 


appropriate DMA controller channel. 


TABLE IV. DMA Channel Selection 


CR 3, Bits<1,0> PLX Reference DMA Channel 


=e 


An example PC and adapter card configuration is shown in 
Figure 8. Controller 1 is cascaded with Controller 2. Hence, 
channel 4 of Controller 2 must be programmed for cascade 
mode so that whenever Controller 1 requests the bus, Con- 
troller 2 will arbitrate for it without executing DMA memory 
or I/O cycles. The software driver must also program the 
DMA channel used by the SONIC-16 for cascade mode. 
This is done by writing the commands shown in Table V to 
the registers of the appropriate DMA Controller. These com- 
mands define the sense of the DROx/DACKx lines, set the 
arbitration priority algorithm (fixed or rotating), enable and 
cascade a particular channel and unmask the channel. 
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TABLE V. DMA Controller Programming 


. V0 


COMMAND 

08H 
DOH 
DOH 
DOH ° 


DRQx Active High 

“ DACKx Active Low 
Rotating Priority 
Enable Channel 


MODE 


- Cascade Channel 


Write Single 
Mask Bit 


NOowolwnoaaw 


Unmask Channel 


MASTER CYCLES 

The following section presents a basic description of the AT 
bus, AT9010 and SONIC-16 signals generated when the 
DP83916EB-AT becomes a bus master. It illustrates a tim- 
ing diagram and presents a basic description of relevant 
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' 
CONTROL 


DP83916 
SONIC-16 


DACK7 


MASTER 


HLDA’ AT90$0/6. 


FLOPPY DACK1 


‘ FIGURE 8. Example DMA Controller Configuration 


signals associated with the SONIC-16’s read and write cy- 
cles to system memory. A more detailed description of the 
signals associated with master cycles is located in Appendix 
IV at the end of this application note. 


As the DP83916EB-AT transmits and receives packets, it 
accesses system memory to read and write packet data or 
descriptor information. The SONIC-16 requires the bus for 
these operations; hence, it drives HOLD to the AT9010 


which translates this request for the bus into an active . 


DRQx line. Once the AT bus is available, the DMA controller 
responds to the AT9010 via the chosen DACKx line. Subse- 
quently, the AT9010 asserts MASTER to the AT bus and 
relays the DACKx to the SONIC-16 by asserting HLDA. This 
handshake is shown in Figure 8. 


Once the SONIC-16 has gained ownership of the AT bus, it 
generates multiple read or write cycles to the AT’s system 
memory. To begin the cycle, the SONIC-16 drives MW-R to 
the AT9010. Then, the AT9010 drives HAOE to enable the 
address buffers, HDOEO/HDOET to enable the data buffers 
and’ HDDIR high (memory write) or low (memory read) to 
establish direction for the flow of data through the data buff- 
ers, : 


At the beginning of each transfer in the cycle, the SONIC-16 
drives an address into the address buffers, asserts address 


1-886 


PC-AT SYSTEM BOARD 


CPU-HOLD REQ 


CPU-HOLD ACK 


MEMORY 
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strobe, ADS, to the AT9010 and latches the address onto 
the bus. The rest of the transfer depends on whether the 
SONIC-16 is writing data or reading data from system mem- 
ory. 5 

If the SONIC-16 is writing data, the AT9010 will strobe 
MEMW low to the bus for each transfer. The SONIC-16 will 
source data which is valid after the falling edge of the first 
BSCK of each cycle. Once the system asserts IOCHRDY 
high, the AT9010 will drive RDYi to the SONIC-16 to com- 
plete the write cycle. A timing diagram for a master write 
cycle is shown in Figure 9. 


If the SONIC-16 is reading data, the AT9010 will pulse 
MEMR to the bus for each read transfer. The system memo- 
ry will source the data which is latched to the SONIC-16 on 
the rising edge of the first BSCK after RDYi is asserted. 
Again, when the CPU asserts IOCHRDY high, the AT9010 
will drive RDYi to the SONIC-16 to complete the read cycle. 


DP83916EB-AT BUS CYCLE CONFIGURATION 


There are two timers which govern the SONIC-16’s activity 
on the bus during master mode. The first is a bus hold timer 
which is activated to ensure the SONIC-16 cannot hog the 
bus. It begins when the AT9010 receives DACKx from the 
bus and expires after 6 (or 12) ys depending on whether 
AT9010 Configuration Register 0, bit 5 is 0 (or 1). 


HOLD / : \ 


DRQx / , \ 
DACKx \ / 


MASTER \ / 
HLOA / . \ : 
BALE / . - : \ 
AEN / ; \ ; 


A<23..1> 


VALID DATA 


JOCHRDY 


VALID DATA 


VALID ADDRESS 


VALID DATA 
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FIGURE 9. Master Write Cycle 


At this point, the AT9010 pre-empts the SONIC off the bus 
by deasserting HLDA. The original AT9010 chip does not 
follow proper timing requirements for pre-empting - the 
SONIC-16 and this has been corrected in both the GAL 
(U11) and the AT9010B. Now, in certain PCs with slow 
memory cycles, pre-emption causes FIFO underruns or 
overruns during loopback diagnostics due to the SONIC- 
16's heavy use of the bus during this mode. Because of 
these compatibility issues, pre-emption can be disabled. To 
enable (or disable) the AT9010, set Configuration Register 
1, bit 1 to 1 (or 0). This drives a signal PRE-EMPT high (or 


low) to the GAL (U11). To enable (or disable) pre-emption in 
the AT9010B, program CR 1, bit 4 to 0 (or 1). 


The second timer is an 800 ns timer. Its purpose is to short- 
en the SONIC-16’s bus acquisition time when the SONIC-16 
has control of the bus then deasserts HOLD and re-asserts 
HOLD before 800 ns has expired. In the original AT9010, if 
these conditions are satisfied and the 6 (or 12) us timer has 
not expired, the original AT9010 will maintain DRQx to the 
bus. However, if the conditions are satisfied and the 6 (or 
12) ps timer has expired, the SONIC will lose the bus once it 
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deasserts HOLD. This is true regardless of the state of the 
signal PRE-EMPT. In the AT9010B, the 800 ns timer is inde- 
pendent of the 6 (or 12) us timer if the 6 (or 12) pS timer is 
disabled. The AT9010B’s 800 ns timer can be enabled (or 
disabled) by setting CRO, bit 4 to 1 (or 0). For both versions 
of the AT9010, if the 6/12 us timer is active and has not 
expired and the 800 ns timer is active, then if the SONIC-16 
deasserts HOLD then re-asserts HOLD before 800 ns has 
expired, HLDA follows HOLD but DRQx is maintained high 
to the bus. 


The AT9010 offers an option of different master transfer 
cycle speeds. These speeds define the widths of the MEMR 
and MEMW pulses for each cycle. They are selected in 
Configuration Register 3 and are outlined in Table VI. 


TABLE VI. Master Transfer Cycle Speeds 


CR,3 Bits <5,4> Megabytes/sec 


a rl ee ee 
ee ee ee ee 


HUB MANAGEMENT 


The DP83916EB-AT incorporates an interface to the Inter- 
RIC/Management (IR/M) bus of the DP83950EB-AT. This 
interface implements a managed hub by connecting the 


SONIC~16 
DP83916 


TXC 


FIGURE 10. Hub Management Interface 


DP83916EB-AT to one or several DP83950EB-ATs. In this 
configuration, the SONIC-16 gathers and buffers network 
statistics for packets sent from the RICs on the 
DP83950EB-ATs. The SONIC-16 also transmits over the 
IR/M bus, allowing management statistics to be accessed 
by any node on the network. A block diagram of the adapter 
card portion of the managed hub is shown in Figure 70. A 
comprehensive list of the hub management signals is pre- 
sented in Appendix IV at the end of this note. 


IR/M RECEIVED PACKET FORMAT 


Packets are sent by RICs on DP83950EB-ATs to the 
SONIC-16 over the Management portion of the IR/M bus. 
The format of these packets differs from the format of stan- 
dard. Ethernet packets. First, the preamble and start of 
frame delimiter of the packets is a 5-bit sequence 01011 
rather than the standard eight bytes of 10101....1011. 
Second, the packets have Non Return to Zero (NRZ) format 
because they are sent over the IR/M bus, rather than 
through the physical layer. 


~ Third, seven bytes of status information are appended by 


the RICs after the cyclical redundancy check (CRC) se- 
quence of the packet. This information contains statistics 
regarding the packet's transmission over the network. Be- 
cause the status field is appended to the end of the packet, 
the SONIC-16 interprets the last four bytes of status as CRC 
and flags a CRC error even though there is no legitimate 
CRC error. For this reason, the SONIC-16’s Receive Control 
Register (RCR) must be programmed to accept packets 
with errors. 


INTER=RIC 
MANAGEMENT 
, BUS 


ANYXNd a 
ACTNd ACTN 
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Finally, the packet’s destination may specify the SONIC-16 In order to use packet compression, the SONIC-16’s DCR2 
node if the packet contains management commands intend- register must be programmed to assert PCOMP upon CAM 
ed for the SONIC-16 or another node if the packet is sent to (Content Addressable Memory) register match or mismatch. 
the SONIC-16 for the purpose of saving the status informa- For a managed hub, the DCR2 must be programmed to as- 
tion. Hence, the SONIC-16’s RCR must be configured to sert PCOMP upon CAM mismatch. Then, if the SONIC-16's 
accept all packets including runt packets and all address CAM is programmed with its own Ethernet address, all 
type packets (in addition to accepting errored packets as packets with destination addresses equal to the SONIC- 
described above). 16’s address will be buffered. All other packets will be com- 
A packet that is sent over the management bus has the pressed. Fora managed bridge, the DCR2 register must be 
format shown in Figure 11. A detailed description of the programmed to assert PCOMP upon CAM register match. In 
information contained in the seven bytes of management this case, the SONIC-16's CAM is programmed with the ad- 
statistics is located in the DP83950 Repeater Interface Con- dresses of all RICs on the LAN from which the packet is 
troller (RIC) Data Sheet. being transmitted. Then, only packets intended for the 
SONIC-16 or for nodes on the other side of the bridge link 

PACKET RECEPTION SIGNALS will be buffered. All packets which are merely repeated to 
The signals MCRS, MRXD and MRXC sent over the man- the RIC connected to the SONIC-16 then forwarded to the 
agement bus, are the management carrier sense, manage- SONIC-16 over the Management bus, will be compressed to 

ment data, and management clock which specify the pack- save status information only. 
ets sent to the SONIC-16. They are buffered through invert: In addition to programming the SONIC-16’s DCR2 the Pack- 
Ing turbo transceivers (BTLs). The BTLs drive the IR/M bus et Compress Decode (PCD) Register of the RIC must be 
signals with the same characteristics as the signals on the Initialized with the number of bytes after SFD, not including 
DP83950EB-AT card. BTL features Include high density seven bytes of status information, to be transferred if the 
backplane capabilities, minimum delay and fast voltage SONIC-16 asserts PCOMP. According to the DP83950 RIC 
switching characteristics; however, BTLs are not required Data Sheet, the value of this register must be less than or 
for all applications. equal to 255 bytes. The actual value, however, must be be- 
As described above, the packets are in NRZ format; hence, tween 7-255 bytes because the SONIC-16 requires six 
the buffered signals, CRS, RXD and RXC driven to the bytes of destination address and five bits of address com- 
-SONIC-16 are NRZ signals. These signals are connected pare time in order to determine whether or not to assert 
directly to the CRS, RXD and RXC of the SONIC-16. The PCOMP. If the user enters a PCD value less than seven 
SONIC-16 is programmed (USER_PIN3 of AT9010 Contfig- bytes, the driver software should change the value to seven 
uration Register 1 is set to 1) for external ENDEC mode. so that PCOMP will operate properly. In this scenario, six 
With the above configuration, the SONIC-16 will buffer every bytes of destination address and one byte of source ad- 
packet received from the IR/M bus. It can, however, be dress will be buffered along with the seven bytes of status 
programmed to save memory space by “compressing” information. 
packets whose data is not intended for reception by the An example of PCOMP and the effect on MRXC is shown in 
SONIC-16. With this feature, the SONIC-16 can buffer Figure 11. For this example, the RIC’s PCD is OEH. As it 
status information, a portion of data and status or the entire transmits the packet, the RIC counts 14 bytes from the be- 
packet. This is accomplished via a SONIC-16 control signal ginning of the destination address. Because the SONIC-16 
catled PCOMP. If PCOMP is asserted to the management asserts PGOMP, the RIC inhibits the MRXC 14 bytes after 
bus, the receive clock signal, MRXC, will be inhibited during the beginning of the packet. It enables the MRXC for the 
transmission of packet data and enabled during transmis- last seven bytes of status data. 


sion of the packet’s seven bytes of status information. This 
causes the packet to be “compressed”; i.e., only destina- 
tion address and status data are buffered to memory. 


DESTINATION SOURCE LENGTH/  - STATUS 
PREAMBLE  SFD . ADDRESS ADDRESS TYPE DATA CRC INFORMATION 


PCD=OEH (14 Bytes) ee DELAY 
om lo po oe 0 FF pe Bt 9B 


PCOMP | | 
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IR/M PACKET RECEPTION 


When the SONIC-16 begins receiving a packet, it compares 
the destination address of the packet with all addresses in 
its content addressable memory (CAM) register. If the 
SONIC-16 is configured as a managed hub and there is a 
CAM match, the entire packet, along with the seven bytes of 
status information, is buffered to memory where it waits to 
be processed by upper-level management software. If there 
is no CAM match, the SONIC-16 asserts PCOMP to the 
Management bus. Depending on the value of the PCD, the 
RIC sending the packet will inhibit the receive clock signal, 
MRXC during a portion of the packet data and enable it 
during the seven bytes of status. Hence, ‘only destination 
address, a portion of source address/data and status infor- 
mation is buffered to memory where it waits to be process- 
ed by upper-level management software. 


IR/M TRANSMITTED PACKET FORMAT 


Packets are sent by the SONIC-16 to the RICs on 
DP83950EB-ATs over the Inter-RIC portion of the IR/M bus. 
These packets have the format of standard Ethernet pack- 
ets. 


PACKET TRANSMISSION SIGNALS 


The SONIC-16 transmits over the Inter-RIC bus using the 
transmit enable (TXE), transmit data (TXD) and transmit 
clock (TXC) to specify the packets. TXC is driven by a 
10 MHz signal from a flip-flop which divides an external 
20 MHz oscillator clock by two. The transmit signals are 
connected to the SONIC-16’s transmit pins, TXE, TXD and 
TXC and have NRZ format. They are driven through an in- 
verting turbo transceiver (BTL) and become the Inter-RIC 
enable (IRE), Inter-RIC data (IRD) and Inter-RIC clock (IRC), 
which connect directly to the Inter-RIC bus. 


Because of the SONIC-16’s interface to the Inter-RIC/Man- 
agement bus, it appears to be another RIC to the rest of the 
RIC network. Hence, the SONIC-16 participates in the RICs’ 
serial arbitration scheme for transmission and uses the 
same handshake signals. This arbitration scheme is con- 
tained in a PAL and is described in the following para- 
graphs. The actual PAL equations are located at the end of 
this application note. 


The RICs and SONIC-16 are connected in the serial arbitra- 
tion scheme by two signals, ACKi and ACKo. ACKo of a RIC 
above the SONIC-16 connects to ACKi of the SONIC-16; 
ACKo of the SONIC-16 connects to ACKi of a RIC below it. 
The SONIC-16 and RICs pass permission to transmit down 
the chain by driving ACKo high to, the ACKi of the next chip 
in the chain. 


Regardless of whether or not the SONIC-16 has permission 
to transmit, it does so whenever the management bus is 
quiet and there is data to send. Hence, when the SONIC-16 
wants to transmit, it drives TXE high. If the SONIC-16 has 
permission to transmit (i.e., ACKi is high), the PAL activates 
ACTNd high to notify the RICs of the SONIC-16’s transmit 
activity on the Inter-RIC bus. If the SONIC-16 does not have 


permission to transmit (i.e., ACKi is low), the PAL activates — 


ANYXNd high which notifies the RICs of a SONIC-16 trans- 
mit collision. 


The SONIC-16's collision pin (COL) is driven by the PAL 
when the SONIC-16 is transmitting and either a transmit 
collision occurs on the network/Inter-RIC bus or a receive 
Collision occurs on a RIC’s AUI port. If the SONIC-16 is 
transmitting and a collision occurs, the SONIC-16 sends jam 
pattern, then backs off the Inter-RIC bus. At the same time, 
the RICs send jam pattern and then become idle. After 
some time, the SONIC-16 attempts to retransmit. If the 
SONIC-16 is not transmitting and a collision occurs on the 
network, the RICs send jam to their ports. A Management 
Interface Configuration (MIFCON) bit in the RIC’s Interrupt 
and Management Configuration Register determines the 
outcome of this collision event. If MIFCON is 0 and the colli- 
sion occurs before the packet’s start of frame delimiter, the 
RIC whose packet has collided, will send 01011 followed by 
seven bytes of status (which reflect the collision) to the 
SONIC-16. If MIFCON is 1 and the collision occurs before 
the SFD, neither packet nor status data is transmitted over | 
the Management bus to the SONIC-16. Finally, if MIFCON is 
0 (or 1) and the collision occurs after the packet’s SFD, the 
RIC appends the status information and sends the packet to 
the SONIC-16. 


The PAL drives a BTL transmit enable (TX_EN) signal to 
the transmit BTL which ‘enables the BTL only when the 
SONIC-16 is configured for an external ENDEC, has permis- 
sion to transmit and wants to transmit. This prevents the 
BTL from driving IRE, IRD and IRC unless the SONIC-16's 
transmission is valid. Bo a 


DP83916EB-AT CONFIGURATION FOR HUB 
MANAGEMENT 


The adapter card must be configured differently to use the 
hub-management option. First, the card cannot be connect- 
ed to Inter-RIC/Management bus and a physical layer inter- 
face at the same time. Jumper 4 must be disconnected. 
Second, the AT9010’s USER__PINS (bit 3) in Configuration 
Register 1 must be set to a 1 to configure the SONIC-16 for 
external ENDEC mode. Third, the AT9010’s USERPIN2 (bit 
2) in Configuration Register 1 must be set to a 0 to enable 

the receiving BTL. 


MEDIA INTERFACE 


The network interface of the DP83916EB-AT card offers 
three media interface options (in addition to the Inter-RIC/ 
Management interface): Thin Ethernet, Thick Ethernet and 
Twisted-Pair. Only one of the three interfaces may be 
used at a given time and cabling requirements are spec- 
ified in the following section. A physical layer block dia- 
gram is given in Figure 12. ; 


The Coaxial Interface features the DP8392C Coaxial Trans- 
ceiver Interface (CTI) as a coaxial cable line driver/receiver 
connected between the SONIC-16 and the BNC connector 
for Thin Ethernet coaxial cable. For transmission, it converts 
AU! signals to single-ended 10BASE2 signals. On reception, 
it converts single-ended 10BASE2 signals to AUI signals, 
The isolation between the CTl.and the SONIC-16, required 
by the IEEE 802.3, is satisfied on the signal lines by a trans- 
former. Power isolation for the CTI is performed by a DC to 
DC converter which supplies the CTI with a —9V power 
supply for operation. To use the adapter card in a Thin 
Ethernet environment, it is necessary to short JP4 which 
supplies the CTI with —9V. 


PE64103 
TRANSFORMER 


DP8392 
CcTl 


(Thin Ethernet) 


BNC 
CONNECTOR 


DP83916 
SONIC- 16 


PM7102 
oc-0C 
CONVERTER 


The AUI Interface option allows the use of the 
DP83916EB-AT with one of several alternative cable media. 
Possible choices include Thick Ethernet cable for 10BASE2 
networks and Twisted-Pair cable for 10BASE-T networks. 
No on-board transformers are required for isolation because 
the connector to the AUI is a medium attachment unit 
(MAU) which houses its own transformer and DC to DC con- 
verter. However, capacitors are used for DC isolation and 
16V fault tolerance. To use the AUI interface, open JP4 to 
disable power to the CTI. 

The interface options and jumper settings are summarized 
in Table VII. It is imperative to note that only one network 
interface option and cable can be used at a time. Multi- 
ple cables will result In network errors. 


TABLE VII. Jumper Selection for Media 
Interface or Hub Management 


JP4 Network Interface/HM 
Thin Ethernet* 


Thick Ethernet, 
Twisted-Pair via AU} 
[Open HUB-Management 


* DP83916EB-AT default setting 


DP83916EB-AT CONFIGURATION 


In order to maximize the utility and options of the 
DP83916EB-AT adapter card, it is imperative that the board 
is configured correctly. The following section highlights the 
hardware and software configuration Issues which 
must be considered prior to installation of the card for 
the first time. 


ISOLATION 
CAPACITORS 


FIGURE 12. Media Interface Block Diagram 
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HARDWARE CONFIGURATION 


There are two versions of the PLX bus interface chip: the 
AT9010 and the AT9010B. The DP83916EB-AT design sup- 
ports both chips with the following component placement 
considerations. If the original AT9010 is used, a GAL (U11) 
containing AT9010 fixes must be populated. In addition, re- 
sistors R46, R47 and R48 must not be populated. If the 
AT9010B is used, the GAL (U11) must be left open and 
resistors R46, R47 and R48 must be populated. The above 
considerations are determined at the time of board assem- 
bly. Hence, they should not be of concern to the card user. 


The user must determine the I/O address of the card and 
set jumpers JP1—JP3. If the optional boot EPROM is to be 
used, it must be inserted on the adapter card. 


To use the DP83916EB-AT’s media interface, the user must 
select one of the interface options including Thin Coax 
(10BASE2) or AUI (with 10 BASES or 10BASE-T) and con- 
figure JP4 according to the Media Interface Section. Or, 
to use hub management, the user must install a 
DP83950E-B-AT RICKIT, disconnect any DP83916EB-AT 
media interface connections and open JP4. 


The above hardware settings must be considered prior to 
inserting the board into an AT bus slot. 


SOFTWARE CONFIGURATION 


The DP83916EB-AT features many user options which can 
be selected by programming the configuration registers of 
the AT9010. The following summarizes the software options 
available; references to AT9010 are given as (Configuration 
Register Number, Applicable Bits). For a complete listing of 
AT9010 Configuration Registers and demonstration soft- 
ware defaults, refer to Appendix II!. 
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Card enable (CRO, BitO): enables (1) or disables (0) the. 


original AT9010. Once disabled, the original AT9010 can 
only be re-enabled with hard reset. The AT9010B is always 
enabled regardless of the state of this bit. 


Selectable Interrupt lines (CRO, Bits<2,1>): one of four 


must be chosen: 00 = IRQ3, 01 = IRQ4, 10 = IRQS, 11 = 


IRQ9. aes _ 

Interrupt unmask (CRO, Bit 3): unmasks (1) or masks (0) 
the IRQx signal when INT is driven by the SONIC-16. - : 
800 ns timer (CRO, Bit 4): enables (1) or disables (0) the 
800 ns timer in AT9010B. This timer is always enabled in the 
original AT9010. 

Maximum bus hold time after detection of DAGKx (CRO, Bit 
5): 0 = 6 ps, 1 = 12 ps. In the original AT9010, this timer 
can be enabled (or disabled) by setting CR1, bit 1 to 1 (or 0). 


In the AT90108, it can be enabled (or disabled) by setting -~ 


bit 4 of CR1 to 0 (or 1). 
USER_PIN1/PRE-EMPT (CR1, Bit 1): enables (1) or dis- 
ables (0) SONIC-16 pre-emption in the original AT9010. 


USER__PIN2/-RE_EN (CR1, Bit2): drives a O for a BTL 
receive enable in the hub management interface. This bit 
must be a 1 when not using hub management. 


USER__PIN3/EXT (CRI, Bit3): drives a O for an internal : 


SONIC-16 ENDEC when using the physical interface or a 1 
for an external ENDEC when using the hub management 
interface. 


1/O address of the card (CR1, Bits <7. .5>): one of seven 
choices must be made; these are outlined in the Slave Logic 
Section. Note, the address programmed in the AT9010’s 
CR1 must match the address selected by JP1-JP3. 


‘EPROM memory size or disable (CR2, Bits <7,6>): se- 


-the Slave Logic Section. 


lects a 16k EPROM, 8k EPROM or EPROM disable: 01 = 
16k, 10 = 8k, 11 = disable. 

EPROM memory address (CR2, Bits <5..2>): this address 
must be specified if using the EPROM. Details are given in 


Selectable DMA lines (CR3, Bits <1,0>): one of four must 
be chosen: 00 = DMA 3, 01 = DMA5, 10 = DMA611 = 
DMA7. - 


MEMW cycle extension (CR3, Bit 2): when set to 0, this 
option will extend the -MEMW cycle by’50 ns to allow addi- 
tional address set-up time. - 


tOCHRDY assert (CR3, Bit 3): selects IOCHRDY normal 
assert (0) or early assert (1) in AT9010B only. See Slave 
Logic Section for details. ; 


Master data transfer cycle (CR3, Bits <5,4>): one of four 
speeds must be chosen: 00 = 5, 01 = 6.7, 10 = 8, 11 = 
10 MB/sec. 


Channel check enable: (CR3, Bit 6) is not used by the 
DP83916EB-AT. This bit should be set to 1 to disable the 
AT9010 check output. 


Software reset (CR15, Bit 7): is supported in the AT9010B. 
When this bit is set to 1, the AT9010B resets all of the chip’s 
functions to their default conditions except CRO-3 and 
CR15, bits 3-5. This bit is cleared by writing a 0 to CR15, bit 
7 to clear the bit. In the original AT9010, setting this bit to 1 


"causes the card to be lost in 1/O space; it can only be recov- 
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ered by hard reset. 


ADDITIONAL INFORMATION 


Additional information for the AT9010 Bus Master Interface 
Chip is available through PLX Technology, Inc., 625 Clyde 
Avenue, Mountain View, CA 94043, (415) 960-0448, FAX 
(415) 960-0479. " Ht 


APPENDIX I: PAL (U16) AND GAL (U11) EQUATIONS 


This appendix provides the equations for the PAL (U16) and the GAL (U11). The PAL contains arbitration equations for hub 
management. The GAL contains fixes for the bugs in the original AT9010 chip. 
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DP83916EB-AT Inter-RIC/Management Interface PAL (U16) 
module intf2 


title "SONIC/RIC Management Interface for DP83916EB-AT (r2)' 
“history: finalized by Bill Bunch on 9/19/91 


“device declaration 
U16_PAL2 device 'p16l8'; 


“inputs 
anyxn_s_ pin 
ack pin 
ext pin 
txe pin 
colin pin 
“outputs 
col pin 
tx_en pin 
acko pin 
actn_d pin 
anyxn_d_ pin 
equations 
acko = !txe & acki; 
actn_d = txe & acki; 
anyxn_d = txe & !acki; 
col = txe & (anyxn_s # coln); 


tx_en = txe & acki & ext; 


col.oe = ext; 
actn_d.oe = ext; 
anyxn_d.oe = ext; 


end intf2; 
TL/F/11707-11 
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DP83916EB-AT Original AT9010 GAL Fixes (U11) 


module splxr2 

flag '-r1','-t4'; 

title 'GAL fixes for original PLX AT9010 bugs and DP83916EB-AT - p/n U11' 
“nistory: Finalized by Denise Troutman on 6/1/92 - 


"This GAL fixes the following problems in the original AT9010 chip: - 
Asserting IOCHRDYAT inappropriately when certain PCs drive the SONIC-16's vO address 
during boot-up 
Not maintaining HLDA long enough to satisfy the SONIC -16's pre-emption specification 
in the following case: the SONIC-16 requests the bus (drives HOLD high) within 800 ns of 
giving up the bus (driving HOLD low) and the 6/12 ps timer has just expired 
LRESET with inverted polarity 
Inability to disable SONIC-16 pre-emption off the bus - this causes problems in certain PCs 
with slow memory whereby the memory transfers are so long that FIFO underruns during . 
transmission or FIFO overruns during reception may occur; the problem is aggravated during 
loopback because of the SONIC-16's heavy use of the bus for this mode. 


“device declaration 
U11_GAL2 device 'P20V8R'; 


@page 
“pin assignments 


"INPUTS 

aen pin 8; 
liord pin 2; 
liowr pin 3; 
!hostown pin 4; 
Iclk pin 5; 
hold pin 6; 
hida pin 7; 
preempt pin 9; 
lreset pin 10; 


“outputs 
hidadlym pin 16; 
hidadly pin 17; 
hidaout pin 22; 
liochrdyoe pin 19; 
liochrdyat pin 20; 
liochrdybus pin 21; 
hidasonic pin 18; 
reset pin 15; 


iochrdyoe istype ‘com,neg'; 
iochrdyat istype 'com,neg’; 
iochrdybus istype ‘com,neg'; 
hidadlym istype 'com,neg'; 
hidadly istype 'com,neg'; - 
hidaout istype ‘com,neg'’; 
hidasonic istype 'com,neg’; 
reset _ istype 'com,neg’; 
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"constant declarations 


@page 
equations 


Re IOCHRDYAT with [ORD and ijOWR 
iochrdyoe = !hostown & !aen & iochrdyat & (iord # iowr); 


iochrdybus.OE = iochrdyoe; 
iochrdybus = ON; 


iochrdyat.OE = hostown; 
iochrdyat = iochrdybus; 


"Delay HLDA from AT9010 up to one clock 
hidadlym = (!iclk & hida) # (Iclk & hldadlym) # (hida & hidadlym); 


hidadly = (Iclk & hidadlym) # (!Iclk & hidadly) # (hidadlym & hidadly); 


hidaout = hida # (hold & hidadly); 
"Enable or disable pre-emption based on state of PREEMPT 
hidasonic = (preempt & hidaout) # 
(!preempt & (hida # hidadly # (hold & hidasonic))); 


"Invert RESET to SONIC-16 
reset = 'lreset; 


end splxr2; 
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~ APPENDIX Il: BILL OF MATERIALS (BOM) for DP83916EB-AT 


This appendix provides a list of all components placed on the DP83916EB-AT. If the original AT9010 is populated, a GAL (U11) 
must also be populated and resistors R46, R47 and R48 should be left open. If the AT9010B is populated, the GAL (U11) should 
be left open and R46, R47 and R48 should be populated. 


Capacitors (58) 


0.1 wF/50V 10% Monolithic 

0.01 wF/25V 20% Monolithic 

0.01 wF/1 kV 10% Ceramic Disk 

0.75 pF/1 kV Spark Gap 

0.01 »F/50V 10% Monolithic 

47 pF/50V 20% Tantalum 
C13. .C25, C28. .C39 0.1 wF/50V 20% Monolithic 
C26, C27, C40. .C48 4.7 pF/16V 20% Tantalum 
C49 4.7 wF/25V 20% Tantalum 
C50. .C54 0.1.F/50V 20% Tantalum 
C55 .C60 1 pF/50V 10% Monolithic 


Resistors (46) (5%, 1/4W unless otherwise epeciicd) 


R1..R4, R9, R12 

R16, R17, R30. .R45 4.7k 

R5. .R8 

R10 

R18, R20. .R23 ; 1%, 1/4W 

R14, R15 

R19. 1%, 1/4W 

R24 1%, 1/4W 

R25 ; 5%, 1/2W 

R26. .R29 A 1%, 1/4W 

R46. .R48 ) (do not populate for original AT9010; 
populate for AT9010B) 


Integrated Circuits (17) . 


U1, U2 DM74AS245, 
DM74S288 
NMC27CP128 (not supplied on board) 
DM74ALS244A ; 
DM74ALS541 
DM74ALS521 
PLXAT9010/B 
GAL20V8A-15 (populate for original AT9010; do not 
populate for AT9010B) 
DP83916B 
74F74 
U15, U17, U18 DS3893A BTL 
U16 PAL16L8A 
U19 DP8392V 
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Connectors (2) 


J4 
J5 


Magnetics (2) 


T1 
U20 


Jumpers (4) 
JPI. .JP4 


Test Pins (35) 
TP1. .TP35 


Sockets (5) 


S1 
$2 
$3 
$4 
$5 


Others (6) 


Bracket 
Slide Latch Kit 


BNC Connector, socket 
15-Pin D Connector, socket 


(AMP #227161-2) 
(AMP 9020A # 747845-4) 


PE64103 (Pulse Engineering) or LT6003 (Valor) 
PM7102 (Valor) DC-DC Converter 


Single Jumpers 1 x 2 Shunt Block with 0.1” spacing 
Single post pins 


24-pin, Dual in-line socket for GAL (U11) 

20-pin, Dual in-line socket for PAL (U16) 

16-pin, Dual in-line socket for the PROM (U3) 

28-pin, Dual in-line socket for EPROM (U4) 

132-pin AMP Socket for SONIC-16 (U12) 
Housing Sub-Assembly Cover (AMP #821949-5) 
Cover (AMP #821942-1) 


20 MHz Oscillator 40%—60% Duty, 0.001% Tolerance 
MMBD1203 Diode , 
Face plate 


For 15-pin D-Connector (J5) (AMP # 745583-5) 


Note: U4 (EPROM) is marked “not supplied on board”; the component socket is left open. 
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APPENDIX III: AT9010 and AT9010B CONFIGURATION REGISTERS 


This appendix describes the features and programming for the original AT9010 and AT9010B Configuration Registers. It can be 
assumed that the bits have the same function in both chips unless otherwise noted. The demonstration software “sonicpla.exe” 
defaults are also provided. 


CONFIGURATION REGISTER 0: default = 71H 


CE/RES 


Short Name 
Default 


RES = reserved 

BHT = bus hold time (0 = 6 ps/1 = 12 HS) 

RES/ET = AT9010: reserved 
AT9010B: enable 800 ns timer (1 = enable/O = disable) 


Ul = unmask interrupt (1 = unmask/O = mask) 
IS = interrupt select (OO = IRQ3, 01 = IRQ4, 10 = IRQ5, 11 = IRQ9) ~ 
CE/RES = AT9010: card enable 


AT9010B: reserved 


CONFIGURATION REGISTER 1: default = 94H . 
Poe ogee es ae re 
[shotnane | toa [Toa _| oa | Res/oT | ext | RE_en | Pe] 
[coe [+ [| o | o | 7p 0 ee 


IOA = I/O base address (000 = 100 H, 001 = 120H, 010 = 140H, 011 = 160 H, 
100 = 300 H, 101. = 320 H, 110 = 340 H, 111 = 340 H) 

RES/DT = AT9010: reserved 
AT9010B: disable 6/12 ys bus hold timer (1 = disable/O = enable) 


EXT = external ENDEC for Inter-RIC/Management (0 = internal/1 = external) 
RE_EN = enable receive for Inter-RIC/Management (0 = enable 1 = disable) 

PE = pre-empt enable (1 = enable/0 = disable SONIC pre-emption; AT9010) 
UO . = User bit 0 (not used) 


CONFIGURATION REGISTER 2: default = COH 


Short Name 


PS = PROM select - size or disable (00 = 32k, 01 = 16k, 10 = 8k, 11 = disable) 

PBA = PROM base address (for 16k EPROM: 000X = C0000 H, 001X = C4000 H, 
010X = C8000H, 011X = CCO00 H, 100X = DO000 H, 101X = D4000H, 
110X = D8000 H, 111X = DCO000 H) 

RES = reserved 
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CONFIGURATION REGISTER 3: default = C2H 


Short Name 


CCA 
MCC 
MDT 
RES/ISA 


ETO 
DMA 


= channel check (output) assert (not used) 


mask channel check (not used) 
master data transfer cycle speed (00 = 5, 01 = 6.7,10 = 8, 11 = 10 MB/sec) 


= AT9010: reserved 


AT9010B: IOCHRDY signal assert (0 = normal/1 = early IOCHRDY signal) 
= extra time off (0 = extended/1 = normal -MEMW cycle) 
= DMA channel select (00 = DMA3, 01 = DMA 5, 10 = DMA 6 11 = DMA 7) 


CONFIGURATION REGISTER 15: default = 00H 


Short Name RES/SR 


RES/SR 


CsI 
P5, P4, P3 


= AT9010: reserved 

AT9010B: software reset (1 = soft reset/O = non-soft reset mode) 
= channel check (input) indicator (not used) 

SONIC register-page select - bit 5, bit 4, bit 3 

interrupt indicator 


= reserved 
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APPENDIX IV: DP83916EB-AT SIGNALS 


‘This appendix presents a detailed description of the adapter 


card control signals specific to timing, slave cycles and ini- 


‘tialization, master cycles and hub management. They are : 


presented in the form SIGNAL (ORIGIN, DESTINATION) or 


SIGNAL (ORIGIN to DESTINATION/ORIGIN to DESTINA- 


TION). 


CLOCK SIGNALS 


The clock signals are provided for the synchronous opera- 
tions of the AT9010, the SONIC-16 and the optional IR/M 
interface. They are described in detail below: 


20 MHz (20 MHz Osc, AT9010 and SONIC-16 and Flip-flop) 
is an oscillator signal which drives all synchronous opera- 
tions in the AT9010 and provides a clock for the SONIC- 
16’s ENDEC. It also provides a 20 MHz signal to the flip-flop 
divide by two circuit which drives 10 MHz to the transmit 
BTL. 


BSCK (AT9010, AT bus and GAL) provides timing for the 
SONIC-16 DMA logic. 


TXC (Flip-flop, SONIC-16 and Tx BTL) provides the timing | 


for the transmission of packets when using the hub-man- 
agement interface. - : 


SLAVE CYCLE SIGNALS 


The following contro! signals provide interrupt, reset and 
status functions: 


INT (SONIC-16, AT9010) is active when the SONIC-16 is 
asserts an interrupt request. 


IRQx (AT9010, AT bus) is asserted by the AT9010 when the 
SONIC-16 asserts its interrupt request line, INT. One of four 
lines IRQQ, IRQ5, IRQ4 or IRQ3 is selected as the interrupt 
by programming bits <2,1> of the AT9010’s Configuration 
Register 0. 


RES_DRV (AT bus, AT9010) provides a hard reset to the 
AT9010. This signal initializes logic internal to the AT9010. 


LRESET/-RESET (AT9010 to GAL to SONIC-16) provides a 
hardware reset to the SONIC-16. It is asserted and deas- 
serted synchronous to BSCK. For the AT9010B, this signal 
is inverted inside the chip and is driven directly to the 
SONIC-16. 


$<2..0> (SONIC-16, AT9010) are SONIC-16 status lines 
which indicate the current SONIC-16 bus operation. 


USER__PIN3/EXT (AT9010, SONIC-16 and PAL) drives the 
EXT pin input of the SONIC-16 low to enable the SONIC- 
16’s internal ENDEC (when using a media interface) and 
high to disable the ENDEC (for managed-hub applications). 
The level of this signal is set in the AT9010’s Configuration 
Register 1. 


USER_PIN2/-RE_EN (AT9010, BTL) drives the receive 
enable signal RE_EN, to one of the turbo-transceivers 
(BTL) when using the SONIC-16/RIC hub-management in- 
terface. : 


POSCS3 (AT9010, A-buffer) enables an address buffer to 
load the address of the adapter card into AT9010 Configu- 
ration Register 1, bits <7..5> after hard reset. All other 
POSCS pins are not connected because the registers are 
loaded by software rather than by hardware. 


The following signals are utilized during slave mode for both 
i/O cycles and EPROM cycles: 

BALE (AT bus, AT9010) is driven high for all slave cycles on 
the DP83916EB-AT. 


HDDIR (AT9010, D-Buffers) is an input to the data buffers 


- which identifies the direction of a data transfer. It drives high 


for data transfers to the AT bus during an 1/O or EPROM 
read cycle. It drives low for data transfers to the adapter 
card during an I/O write cycle. ; i 


IOCHRDYAT/IOCHRDYBUS (AT9010 to GAL to AT bus) 
are input and output signals for both the AT bus and the 
AT9010. For the original AT9010, the GAL translates the 
AT9010’s IOCHRDYAT into IOCHRDYBUS and drives this 
signal to the AT bus to complete a 16-bit 1/O cycle to the 
SONIC-16’s registers. For the AT9010B, IOCHRDY is driven 
from the AT9010B directly to the AT bus. An early 
IOCHRDY signal can be driven by the AT9010B. This is 
detailed in the Slave Logic Section. 

During I/O cycles, the following signals are generated: 


AEN (AT bus, AT9010 and GAL) is a signal asserted high to 
all ports during DMA cycles to prevent I/O resources that 
do not have an active DACKx from responding to DMA con- 
troller 1/O cycles. The AT9010 uses the low level of AEN to 
qualify CPU accesses to the registers in I/O space. 

IORD (AT bus, AT9010 and GAL) indicates that the system 
is reading data from an I/O register. 

fOWR (AT bus, AT9010 and GAL) indicates that the system 
is writing data to an !/O register. 

CS (AT9010, SONIC-16) is the chip select to the SONIC-16. 
TOCSi6 (AT9010, AT bus) is driven to the AT bus when 
SONIC-16 registers are to be accessed; it indicates a 16-bit 
slave device. 

PROMID (AT9010, PROM) is the chip enable for the PROM. 
SAS (AT9010, SONIC-16) is asserted by the AT9010 to the 
SONIC-16. During a register write cycle, this signal indicates 
a valid address on the bus. During a register read cycle, it 
indicates the SONIC-16 can begin sourcing data. 

SW-R (AT9010, SONIC-16) is driven to the SONIC-16 to 
identify whether the current register access is a read or 
write cycle. , 

RDYo (SONIC-16, AT9010) is driven after the system has 
accessed the SONIC-16’s registers and the SONIC-16 has 
completed the I/O cycle. The SONIC-16 may use this signal 
to insert wait states in the cycle. 

The following signals are driven during AT memory cycles to 
the boot EPROM: 

EPROMRD (AT9010, EPROM) is the chip enable for the 
boot EPROM. 

HAENB (Comp, AT9010) is a signal which indicates when 
the BIOS EPROM is being accessed. It is the output of a 
comparator which uses the base address of the EPROM (in 
CR2, bits<5..2>) and LA<23..17> as inputs for an ad- 
dress decode. 

MEMR (AT bus, AT9010) is input to the AT9010 to indicate 
a memory read cycle during EPROM memory access. 


MASTER CYCLE SIGNALS 


A description of master signals generated while requesting 
the bus during memory read and write cycles is given below. 
Again, the format followed is SIGNAL (ORIGIN, DESTINA- 
TION). , 
HOLD (SONIC-16, AT9010 and GAL) is the SONIC-16’s 
DMA request signal that notifies the AT9010 that the 
SONIC-16 is requesting the bus. 


DRQx (AT9010, AT bus) is the conversion of HOLD. It is 
driven by the AT9010 through: the AT bus to the DMA con- 
troller. 


DACKx (AT bus, AT9010) is the DMA acknowledgment sig- 


nal which grants the DMA cantollet ownership of the AT 
bus. 
MASTER (AT9010, AT Has is asserted to the AT bus when 
DACKx is received. It disables the DMA buffers off the AT 
bus. 


HLDAAT/HLDASONIC (AT9010 to GAL to SONIC-16) is 
generated by the AT9010 when it has been granted owner- 
ship of the bus. Due to bugs in the original. AT9010, 
HLDAAT is extended by the GAL up to one clock before 
being driven to the SONIC-16 as HLDASONIC. For the 
AT9010B, the problem is corrected and HLDA is driven di- 
rectly to the SONIC-16. 


USER_PIN1/PRE-EMPT (AT9010, GAL) drives a 1 (or 0) 
to:the GAL to enable (or disable) SONIC pre-emption. This 
is for the original AT9010 only. 

The following signals are driven during the memory read or 
write cycles of master mode operation: 

BALE (AT bus, AT9010) is high for the duration of master 
mode. 
ADS (SONIC-16, AT9010) is an address strobe driven by 
the SONIC-16 which notifies the AT9010 of a valid address 
on the bus. 


HAOE (AT9010, A-buffers) is an enable to the address buff- 
ers which gate the address from the adapter card to the AT 
bus. 

MW-R (SONIC-16, AT9010) is input to the AT9010 _ the 
SONIC-16 to indicate a read operation (signal low) or a write 
operation (signal high). 

MEMR (AT9010, AT bus) is an AT9010 conversion of the 
signal MW/-R and indicates a SONIC-16 read cycle of sys- 
tem memory. 

MEMW (ATS9010, AT bus) is an AT9010 conversion of the 
signal MW-R and indicates a SONIC-16 write cycle to sys- 
tem memory. 

SBHE (AT9010, AT bus) and (AT bus, AT 9010) denotes 
data on the most significant byte D<15..8> of the data bus. 
It notifies the system bus during a SONIC-16 memory write 
and notifies the AT9010 during a SONIC-16 memory read. 


HDDIR (AT9010, D-Buffers) is an input to the data buffers 
which identifies the direction of a data transfer. It drives high 
for data transfers to the AT bus during a memory write cy- 
cle. It drives low for data transfers to the adapter card during 
a memory read cycle. 

HDOET (AT9010, D-buffer) enables the data buffer for the 
upper byte of data D<15..8>. 

HDOEO (AT9010, D-buffer) enables the data buffer for the 
lower byte of data D<7..0>. 


IOCHRDYBUS/IOCHRDYAT (AT bus to GAL to AT9010) 
are input and output signals for both the AT bus and the 
AT9010. For the original AT9010, the GAL translates the AT 
bus’s IOCHRDYBUS into IOCHRDYAT and drives this sig- 
nal to the AT9010 to insert wait states and complete a 
memory access. For the AT9010B, the AT bus drives 
IOCHRDY directly to the AT90108B. 
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RDYI (AT9010, SONIC-1 6) indicates to the SONIC-16 that a 
memory cycle has completed. The SONIC-16 will wait for 
this signal before re-asserting ADS to begin another cycle. 


HUB MANAGEMENT SIGNALS 


The following signals are generated during use of the in the 
hub management interface. The signals are presented in 
the format of SIGNAL (ORIGIN, DESTINATION) or SIGNAL 
(ORIGIN to DESTINATION /ORIGIN to DESTINATION). 
MCRS/CRS (IR/M bus to BTL to SONIC-16) is the manage- 
ment carrier sense which indicates data on the SONIC-16’s 
receive lines. 

MRXD/RXD (IR/M bus to BTL to SONIC-16) is the man- 
agement receive data. 

MRXC/RXC (IR/M bus to BTL to SONIC-16) is the man- 
agement receive clock. 

PCOMP (SONIC-16 to BTL to M bus) is the SONIC-16’s 
packet compression output pin which causes the transmit- 
ting RIC to inhibit the MRXC clock upon mismatch of the 
packet’s destination address with the SONIC-16’s CAM 
when the SONIC-16 is in managed-hub mode. 

TXE/IRE (SONIC-16 to BTL to IR Ee) is the SONIC-16’s 
transmit enable signal. 

TXD/IRD (SONIC-16 to BTL to IR bua) is the SONIC- 16’s 
transmit data. 

TXC/IRD (Flip-flop to BTL and SONIC-16 to IR bus) is a 
10 MHz transmit clock signal. 

ACK (IR bus, PAL) passes permission (ACKI = 1 or denial 
(ACKI=0) to the SONIC-16 from the RIC above it in the 
arbitration chain. (This is for transmission arbitration.) 
ACKO (PAL, IR bus) passes permission (ACKO = 1) to 
transmit over the Inter-RIC bus to the RIC below the 
SONIC-16 if the SONIC-16 has permission to transmit and 
does not want to transmit. ACKO passes denial (ACKO = 
0) if the SONIC-16 does not have permission (ACKI = 0) or 
the SONIC-16 wants to transmit (ACK! = 1). 

TX__EN (PAL, BTL) is the transmit drive enable of the BTL. 
It is asserted when the SONIC-16 transmits (TXE = 1), has 
permission to transmit (ACKI = 1) and is configured for an 
external ENDEC (EXT = 1). 

ACTNd (PAL, BTL) notifies the RICs that the SONIC-16 
wants to transmit. It is asserted when the SONIC-16 trans- 
mits (TXE = 1) and it has permission to transmit (ACKI = 
1). 

ANYXNd (PAL, BTL) is asserted when the SONIC-16 trans- 
mits (TXE = 1) and it does not have permission to transmit 
(ACKI = 0). ANYXNd indicates a collision on the Inter-RIC 
bus. 

ANYXNs (BTL, PAL) senses transmit collisions on the Inter- 
RIC bus and the network. 

COL (PAL, SONIC-16) is driven by the PAL when there is a 
transmit collision on the Inter-RIC bus (ANYXN = 1) or 
there is a receive collision on the network (COLN = 1) and 
during either event the SONIC-16 is transmitting (TXE = 1). 
COLN (IR bus to BTL to PAL) indicates receive collisions on 
the network. 
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APPENDIX V: DP83916EB-AT CARD AND COMPONENT PLACEMENT 


This appendix illustrates the placement of the DP83916EB-AT components. Special layout considerations for the DP8392 
(Coaxial Transceiver Interface) are identified. (Details regarding these considerations can be found in the data sheet for the 
DP8392.) The silk line illustrates a place on the board in which power and ground planes and Inter-RIC/ Management signals are 
non-overlapping; hence, the full card can be cut into a half card along this line. JP1—JP3 and JP4 are located on the adapter 
card as shown. A bed of test pins is provided on the card. The test pin signals are defined in Appendix VI. 


DP83916EB-AT Layout 
Test Pins 


JP1,2,3 


Inter-RIC/Management Bus Bracket 


U10 
U12 AT9010 
SONIC 16 


U15, U17 U18 
BTL BTL BTL 
U16 
IR/M PAL 


National 


Semiconductor 


q 4 0 


—— 


DPS3916E8-AT 


Silk Line 


KS -9V PLANE/ISOLATED GROUND PLANE [] =test pin 


’ 7 CUT-OUT PLANE FY = isolation capacitors 


[11] ct! Heat Dissipation Plane (SMT CTI) 


ia Chassis Ground 
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APPENDIX VI: TEST PIN LAYOUT 
The test pins and their associated signals are presented below. Most other signals can be probed off the bus via an AT extender 
card. 


TP2 . TP4 


e @ 
HLDASONIC IOCHRDYAT 


TP30 


e 
GROUND 


TP35 


posess TL/F/11707-15 
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APPENDIX Vit: DP83916EB-AT DESIGN CHANGE RECOMMENDATION 


This appendix outlines a design change recommendation for future designs which implement both hub management and 

alternative media on the same card. There is a signal TXC which is driven from the flip-flop (U14) to the TXC pin (pin 12) of the 

SONIC-16 (U12) and the Inter-RIC/Management transmit BTL (U17). This signal is intended to provide a 10 MHz transmit clock 

to the SONIC-16’s MAC when the SONIC is configured for hub management and hence, external ENDEC mode. 

The current design of the DP83916EB-AT, however, provides TXC whether the SONIC-16 is in internal ENDEC mode (as a 

stand-alone node) or external ENDEC mode (as a hub manager). When the SONIC-16 is in internal ENDEC mode, it drives a 

10 MHz signal (from the ENDEC) out of the chip. Because the flip-flop is also driving this node, a problem could arise if the 

clocks become out of phase. 

Although no problems have arisen in lab testing, it is recommended that one of the following changes be made on future 

designs implementing the same functionality as the DP83916EB-AT. One of these changes will be implemented on the next 

version of this adapter card. 

1. Place a jumper between the flip-flop output and the SONIC-16’s TXC pin. Populate the jumper during hub management mode 
only. : 


Jumper Solution 


SONIC-16 


JUMPER 


TL/F/11707-16 


2. Place a TRI-STATE® buffer (74AS241A) between the flip-flop and the SONIC-16’s TXC pin. Use the USER__PIN3 EXT from 
the AT9010 as the buffer enable. When EXT is 0 for internal ENDEC, the buffer will be disabled. When EXT is 1 for external 
ENDEC, the buffer will be enabled and the 10 MHz signal will drive into the SONIC-16’s TXC pin and the transmit BTL. 


TRI-STATE Buffer Solution 


SONIC-16 
74AS241 


TL/F/11707-17 
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3. Delete the flip-flop (U14) and replace the PAL (U11) with a registered GAL (GAL16V8). Input the 20 MHz clock into the GAL’s 
clock pin (pin 1). Define TXC in the pin assignment as TXC (pin 15). Change the device declaration to “P16V8R”. Include in 
the GAL equations the following two equations: TXC := ITXC and TXC.OE = EXT. The signal TXC will only drive out when 
EXT is 1 for external ENDEC mode. When EXT is 0, TXC will be TRI-STATE. 

Note: The “:=" defines that the equation for TXC is clocked on the rising edge of the 20 MHz signal. Since all equations in the GAL are asynchronous except for 

the TXC equation, there should only be a colon before the equal sign for the TXC equation. 

This solution reduces the overall chip count by one and places all hub management signals in one |R/M GAL. However, 

because the 20 MHz and 10 MHz signals are traversing half the length of the card, radiation of noise is increased. 


Inter-RIC/Management GAL Solution 


SONIC- 16 


AT9010 
EXT 


TL/F/11707-18 


Additional Equations in GAL: 


TXC : = ITXC 
TXC.OE = EXT 
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APPENDIX VIII: COMPATIBILITY TESTING fis 
This appendix describes basic compatibility testing results for the DP83916EB-AT. 


The DP83916EB-AT has been tested in various PC-AT/Compatible and EISA machines. The original AT9010 aan was used, 
SONIC-16 pre-emption was disabled and the masta data transfer rate was 5 MB/s. The following basic. tests were used: 


1. Initialization and loopback 
. CAM load and Ethernet address PROM read 
. 16k EPROM enable/read 
. Simultaneous transmission/reception in two-node network 


. Continuous manual CTI loopback (set RCR to FEOOh, set CTDA link field and CTDA register to current TDA address, set 
CR to 2h) 


The DP83916EB-AT passed the basic tests in the following Boe emer and EISA machines: 


Machine ; Fastest Master Transfer Speed 


AT: ALR 386DX/33 MHz 8 MB/s 
AST 386/33 MHz 8 MB/s 
Clone 386 - 8 MB/s 
Clone 386SX/16 MHz eae 6.7 MB/s 
Clone 386/25 MHz 10 MB/s 
Clone 386/33 MHz is 10 MB/s” 
Compaq 286 ; 8 MB/s 
Compaq 486DX/50 MHz oes oe 6.7 MB/s 
Dell 386/25 MHz 6.7 MB/s 
Dell 486SX/20 MHz -' 6.7 MB/s 
Dell 486DX/50 MHz 8MB/s . 
Everex 386SX/16 MHz 10 MB/s 
Everex 386/33 MHz 10 MB/s 
Zeos 486/33M Hz 10 MB/s 
ALR EISA 386DX/33 MHz 8 MB/s 
AST EISA 486/33 MHz 8 MB/s 
Compag EISA 386/33 MHz 6.7 MB/s 
Compaq EISA 486SX/25 MHz 6.7 MB/s 
Compaq EISA 486DX/50 MHz 10 MB/s 
Dell EISA 486/25 MHz 8 MB/s 
Dell EISA 486DX/33 MHz 8 MB/s 
HP EISA 486/33 MHz 8 MB/s 
NEC EISA 386/33 MHz 8 MB/s 
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DP8392C/DP8392C-1 CTI 
Coaxial Transceiver Interface 


General Description 


The DP8392C Coaxial Transceiver Interface (CTI) is a coax- 
ial cable line driver/receiver for Ethernet/Thin Ethernet 
(Cheapernet) type local area networks. The CTI is connect- 
ed between the coaxial cable and the Data Terminal Equip- 
ment (DTE). In Ethernet applications the transceiver is usu- 
ally mounted within a dedicated enclosure and is connected 
to the DTE via a transceiver cable. In Cheapernet applica- 
tions, the CTI is typically located within the DTE and con- 
nects to the DTE through isolation transformers only. The 
CTI consists of a Receiver, Transmitter, Collision Detector, 
and a Jabber Timer. The Transmitter connects directly to a 
50 ohm coaxial cable where it is used to drive the coax 
when transmitting. During transmission, a jabber timer is ini- 
tiated to disable the CTI transmitter in the event of a longer 
than legal length data packet. Collision Detection circuitry 
monitors the signals on the coax to determine the presence 
of colliding packets and signals the DTE in the event of a 
collision. : 


The CTI is part of a three chip set that implements the com- 
plete IEEE 802.3 compatible network node electronics as 
shown below. The other two chips are the DP8391 Serial 
Network Interface (SNI) and the DP8390 Network Interface 
Controller (NIC). 


The SNI provides the Manchester encoding and decoding 
functions; whereas the NIC handles the Media Access Pro- 
tocol and the buffer management tasks. Isolation between 
the CTt and the SNI is an IEEE 802.3 requirement that can 
be easily satisfied on signal lines using a set of pulse trans- 
formers that come in a standard DIP. However, the power 
isolation for the CTI is done by DC-to-DC conversion 
through a power transformer. 


1.0 System Diagram 
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TRANSCEIVER 
. CABLE 


Features 

m Compatible with Ethernet Il, IEEE 802.3 10Base5 and 
10Base2 (Cheapernet) 

m Integrates all transceiver electronics except signal & 
power isolation 

m@ Innovative design minimizes external component count 

w Jabber timer function integrated on chip . 
Externally selectable CD Heartbeat allows operation 
with IEEE 802.3 compatible repeaters 
Precision circuitry implements receive mode collision 
detection 
Squelch circuitry at all inputs rejects noise 

m Designed for rigorous reliability requirements of 
IEEE 802.3 

m Standard Outline .16-pin DIP uses a special leadframe 
that significantly reduces the operating die temperature 
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2.0 Block Diagram 
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FIGURE 1. DP8392C Block Diagram 


3.0 Functional Description 
The CTI consists of four main logical blocks: | 


a) the Receiver - receives data from the coax and sends it 
to the DTE ie 


b) the Transmitter - accepts data from the DTE and trans- 
mits it onto the coax 


c) the Collision Detect circuitry - indicates to the DTE any 
collision on the coax 


d) the Jabber Timer - disables the Transmitter in case of 
longer than legal length packets , 


3.1 RECEIVER FUNCTIONS 


The Receiver includes an input buffer, a cable equalizer, a 
4-pole Bessel low pass filter, a squelch circuit, and a differ- 
ential line driver. 


The buffer provides high input impedance and low input ca- 
pacitance to minimize loading and reflections on the coax. 


The equalizer is a high pass filter which compensates for 
the low pass effect of the cable. The composite result of the 
maximum length cable and the equalizer is a flatband re- 
sponse at the signal frequencies. to minimize jitter. 

The 4-pole Bessel low pass filter extracts the average DC 
level on the coax, which is used by both the Receiver 
squelch and the collision detection circuits. , 


The Receiver squelch circuit prevents noise on the coax 


from falsely triggering the Receiver in the absence of the 
signal. At the beginning of the packet, the Receiver turns on 
when the DC level from the low pass filter is lower than the 


DC squelch threshold. However, at the end of the packet, a © 


quick Receiver turn off is needed to reject dribble bits. This 
is accomplished by an AC timing circuit that reacts to high 
level signals of greater than typically 200 ns in duration. The 
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Receiver then stays off only if within about 1 ys, the DC 
level from the low pass filter rises above the DC squelch 
threshold. Figure 2 illustrates the Receiver timing. 

The differential line driver provides ECL compatible signals 
to the DTE with typically 3 ns rise and fall times. In its idle 
state, its outputs go to differential zero to prevent DC stand- 


ing current in the isolation transformer. 


3.2 TRANSMITTER FUNCTIONS 


- The Transmitter has a differential input and an open collec- 
tor output current driver. The differential input common 
mode voltage is established by the CTI and should not. be 
altered by external circuitry. The transformer coupling of 
TX+ will satisfy this condition. The driver meets all IEEE 
802.3/Ethernet Specifications for signal levels. Controlled 

_tise and fall times (25 ns V +5 ns) minimize the higher 
harmonic components. The rise and fall times are matched 
to minimize jitter. The drive current levels of the DP8392C 
meet the tighter recommended limits of IEEE 802.3 and are 
set by a built-in bandgap reference and an external 1% re- 
sistor. An on chip isolation diode is provided to reduce the 
Transmitters coax load capacitance. For Ethernet compati- 
ble applications, an external isolation diode (see Figure 4) 
may be added to further reduce coax load capacitance. In 
Cheapernet compatible applications the external diode is 
not required as the coax capacitive loading specifications 
are relaxed. 


’ The Transmitter squelch circuit rejects signals with pulse 


widths less than typically 20 ns (negative going), or with 
levels less than —175 mV. The Transmitter turns off at the 
end of the packet if the signal stays higher than — 175 mV 
for more than approximately 300 ns. Figure 3 illustrates the 
Transmitter timing. 


3.0 Functional Description (continued) 


3.3 COLLISION FUNCTIONS 


The collision circuitry consists of two buffers, two 4-pole 
Bessel low pass filters (section 3.1), a comparator, a heart- 
beat generator, a 10 MHz oscillator, and a differential line 
driver. 


Two identical buffers and 4-pole Bessel low pass filters ex- 
tract the DC level on the center conductor (data) and the 
shield (sense) of the coax. These levels are monitored by 
the comparator. If the data level is more negative than the 
sense level by at least the collision threshold (Vth), the colli- 
sion output is enabled. 


At the end of every transmission, the heartbeat generator 
creates a pseudo collision for a short time to ensure that the 
collision circuitry is properly functioning. This burst on colli- 
sion output occurs typically 1.1 ys after the transmission, 
and has a duration of about 1 js. This function can be dis- 
abled externally with the HBE (Heartbeat Enable) pin to al- 
low operation with repeaters. 


The 10 MHz oscillator generates the signal for the collision 
and heartbeat functions. It is also used as the timebase for 
all the jabber functions. It does not require any external 
components. 


The collision differential line driver transfers the 10 MHz sig- 
nal to the CD+ pair in the event of collision, jabber, or 
heartbeat conditions. This line driver also features zero dif- 
ferential idle state. 


3.4 JABBER FUNCTIONS 


The Jabber Timer monitors the Transmitter and inhibits 
transmission if the Transmitter is active for longer than 
20 ms (fault). It also enables the collision output for the fault 
duration. After the fault is removed, The Jabber Timer waits 


for about 500 ms (unjab time) before re-enabling the Trans- 


mitter. The transmit input must stay inactive during the unjab 
time. 


RECEIVE . 
wt \/\/\/S\/I\SVI NS \S\F 
FROM COAX THRESHOLD 


dC 


TYPICALLY | 


200 ns <+—>1 CHECK 


LOW PASS Lag TIMER ' ! ' 
FILTER 7 
OUTPUT t og ee 


1 TYPICALLY ' 


1 ps 


| RECEIVER ; . RECEIVER 
RECEIVE 
ENABLE TURN-ON TURN-OFF 
RECEIVE 
TO DIE 


TL/F/11085-3 


FIGURE 2. Receiver Timing 
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FIGURE 3. Transmitter Timing 
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4.0 Typical Application 
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Note 1: T1 is a 1:1 pulse transformer, L = 100 nH 
Pulse Engineering (San Diego) Part No. 64103 
Valor Electronics (San Diego) Part No. 
LT6003 or equivalent 


5.0 Connection Diagrams 
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FIGURE 5 


6.0 Pin Descriptions 


28-Pin PLCC | 16-PinDIP | Name | 1/0 Description 


2 cD+° Collision Output. Balanced differential line driver outputs from the collision detect 
3 cD- circuitry. The 10 MHz signal from the internal oscillator is transferred to these 
outputs in the event of collision, excessive transmission (jabber), or during CD 
Heartbeat condition. These outputs are open emitters; pulldown resistors to VEE 
are required. When operating into a 78. transmission line, these resistors should 
be 5002. In Cheapernet applications, where the 782. drop cable is not used, 
higher resistor values (up to 1.5k) may be used to save power. 
4 RX+* Receive Output. Balanced differential line driver outputs from the Receiver. These 
12 RX- outputs also require 5002 pulldown resistors. 
13 7 TX+" Transmit Input. Balanced differential line receiver inputs to the Transmitter. The 
14 8 ™TX-— common mode voltage for these inputs is determined internally and must not be 
RR+ External Resistor. A fixed 1k 1% resistor connected between these pins 
RR- establishes internal operating currents. 


externally established. Signals meeting Transmitter squelch requirements are 
26 RXI Receive Input. Connects directly to the coaxial cable. Signals meeting Receiver 

squelch requirements are equalized for inter-symbol distortion, amplified, and 

outputted at RX+. : 
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Heartbeat Enable. This input enables CD Heartbeat when grounded, disables it 
when connected to VEE. 


.waveshaped and output at TXO. 
Transmit Output. Connects either directly (Cheapernet) or via an isolation diode 
(Ethernet) to the coaxial cable. 


This pin should be connected separately to the shield to avoid ground drops from 
altering the receive mode collision threshold. 


r) Collision Detect Sense. Ground sense connection for the collision detect circuit. 


16,17 1 Positive Supply Pin. A 0.1 F ceramic decoupling capacitor must be connected 
across GND and VEE as close to the device as possible. 

5-11 Negative Supply Pins. In order to make full use of the 3.5W power dissipation 

20-25 capability of this package, these pins should be connected to a large metal frame 


—_ 
ace 
‘ g 

m n 


area on the PC board. Doing this will reduce the operating die temperature of the 
device thereby increasing the long term reliability. 


*IEEE names for CD+ = Cit, RX+ = DI+, TX+ = DOF 


6.1 P.C. BOARD LAYOUT 
The DP8392C package is uniquely designed to ensure that 


2. The power supply layout to the CTI should be relatively 
clean. Usually the CTI’s power is supplied directly by a 


the device meets the 1 million hour Mean Time Between 
Failure (MTBF) requirement of the IEEE 802.3 standard. In 
order to fully utilize this heat dissipation design, the three 
Vee pins are to be connected to a copper plane which 
should be included in the printed circuit board layout. 


There are two basic considerations in designing a PCB for 
the DP8392C and C-1 CTI. The first is ensuring that the 
layout does not degrade the electrical characteristics of the 
DP8392, and enables the end product to meet the IEEE 
802.3 specifications. The second consideration is meeting 
the thermal requirements to the DP8392. 


Since the DP8392 is highly integrated the layout is actually 
quite simple, and there are just a few guidelines: 


1. Ensure that the parasitic capacitance added to the RXI 
and TXO pins is minimized. To do this keep these signal 
traces short, and remove any power planes under these 
signals, and under any components that connect to these 
signals. Figure 6 shows the component placement for the 
DIP package. The PLCC component placement would be 
similar, as shown in Figure 7. 


DC-DC converter. The power should be routed either 
through separate isolated planes, or via thick PCB traces. 


For the second consideration, the packaged DP8392 must 
have a thermal resistance of 40°C-45°C/W to meet the full 
0°C-70°C temperature range. The CTI dissipates more 
power when transmitting than while it is idle. In order to do 
this the thermal resistance of the device must be 40°C- 
45°C/W. To meet this requirement during transmission, it is 
recommended that a small printed circuit board plane be 
connected to all Veg pins on the solder side of the PCB. 


The size of the trace plane depends on the package used 
and the duty cycle of transmissions. For the DIP package 
the plane should be connected to pins 4-5, 13, and the size 
should be approximately 0.2 square inches for applications 
where the duty cycle of the transmitter is very low (<10%). 
This would be typical of adapter or motherboard applica- 
tions. In applications where the transmitter duty cycle may 
be large (repeaters and external transceivers) the total area 
should be increased to 0.4 in2. Figure 6 illustrates a recom- 
mended component side layout for these planes. 
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6.0 Pin Descriptions (Continued) 
For the PLCC packaged DP8392, it is recommended that a 


small printed circuit board Veg plane be connected to pins Piao ane eaten ¢ 
5-11, and a second one be connected to pins 20-25. To "under TXO and RX a Traces”: 
reduce the thermal resistance to the required value, the Solder Side Signals Short as Possible 


area of the plane on EACH set of pins should be >0.20 in2 Dissipation Plane 


for applications with low transmitter duty cycle, and = 0.4 in2 
for high transmit duty cycle applications. Figure 7 illustrates 
a recommended component side layout for these planes. 


1 or 2 diodes 
used depending 
on Application 


TL/F/11085~14 
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FIGURE 6. Typical Layout Considerations 
for DP8392CN 
(Not to Scale) 
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7.0 Absolute Maximum Ratings (Note 1) 


Recommended Operating 


Supply Voltage (Vee) —12V Conditions 

Package Power Rating at 25°C 3.5 Watts* Supply Voltage (Vee) —~9y +5% 
(PC Board Mounted) See Section 5 . 6 . 
Derate linearly at the rate of 28.6 mW/°C falas deliekens ficd dew a0 fe 

2 ary/Aerospace specified devices are required, 

Input Voltage me Aha please contact the National Semiconductor Sales 

Storage Temperature — 685° to 150°C Offlce/Distributors for avallabllity and specifications. 

Lead Temp. (Soldering, 10 seconds) 260°C 


*For actual power dissipation of the device please refer to section 7.0. 


8.0 DP8392C Electrical Characteristics Vee = —9V £5%, Ta = 0° to 70°C (Notes 2 & 3) 


All parameters with respect to CD+ and RX+ are measured after the pulse transformer except Voc. 


Symbol[ Parameter] in| Typ | Max 
ice: | Supplycurrentoutof Vee pin—nontransmiting [| 85 | 130 
icco [Supply currentoutof Veg pin—transmiting | | 128 | 180 
ix [Receive inputbiascurent (Ax) | 2 | 48 

ino | Tranemitoutput de currentiovel(TxO) | 7] | at] 
ita [Transmit output accurrentlevel (Tx0) | #28 | ro 
Veo 
Vop [Differential outputvoltage (AX#,cDz) | #550_—| T1200 
Voc | Common mode outputvoltage(AXz,cDz) | 16 =| -20 [  -26 
Von | _ Diff. outputvoltage imbalance (RX#,0D+) |_| +40 

Vis 


Cx Input capacitance (RXI) 


Raxi Shunt resistance—non transmitting (RX!) 100 


Rtxo Shunt resistance—transmitting (TXO) 


9.0 DP8392C-1 Electrical Characteristics vee = —9v +5%, Ta = 0° to 70°C (Notes 2 & 3) 


All parameters with respect to CD+ and RX+ are measured after the pulse transformer except Voc. 


Symbol [Parameter Min’ =| Typ | Max 
leet "Supply currentout of Vee pin—non transmitting | | 85 |= 180_ 
icea | Supply currentoutofVeepin—transmitting | | S125 | 180 
lax! [Receive inputbiascurent(AX) | 2] C8 
Iroc 
ITAC xe | | to i 
Vop | Gollsion threshold (Receivemodey) | 145 | 1.59 | 1.58 
Vop [Differential outputvoltage (AX#,cD#) _——«|_—esso_ =| | 1200 
Yoo | Gommon mode outputvoliage(AX#,0D+) | 15 | -20 | -25 | 
Vos [pitt output voltage imbalance(AX#,cD+) | | TCO 
Vis [Transmitter squelch threshold(TX) | 175] 225 | 278 
Cx Input capacitance (RX!) 


_ 
nN 


Rrx! Shunt resistance—non transmitting (RXI) 


RtTxo Shunt resistance—transmitting (TXO) 


Note 1: Absolute maximum ratings are those values beyond which the safety of the device cannot be guaranteed. They are not meant to imply that the device 


should be operated at these limits. 


Units 


KQ 


Note 2: All currents into device pins are positive, all currents out of device pins are negative. All voltages referenced to ground unless otherwise specified. 


Note 3: All typicals are given for Veg = ~9V and Ta = 25°C. 
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10.0 DP8392C Switching Characteristics v-, = —9v +5%. Ta = 0° to 70°C (Note 3) 


Symbol_| __— Parameter] SSF)’ —=«|~=«Min” =< Typ | Max 
tron _| _Receiverstartupdelay (AXIOAXt) sd] =A | Cd TCS” 
ta | Receiver propagationdelay (AXItoRXt) —s|_ata_| —*«| ts | 50 
trr Differential outputs rise time (RX+,CD+) Ye 
tar ___| - Differential outputs falliime (AXt,CD#) —s| ~_eaia_ | +i 44d t*d 
try | Receiver&cablototaljitter | St SSC*dSC CS 
trst___| | Transmitterstartupdelay(TXt toTXO) | aia | i]t dS 
tra | Transmitter propagation delay (TX toTXO) | _9a14 |_| 25 | 60 
ttre Transmitter rise time —10% to 90% (TXO) ee ee ee ee 
tre Transmitter fall time —90% to 10% (TXO) 


|_Transmitter fall ime —90% to 10% (TXO)__| eae ea 
tm | trandtymismatch TP SC*dtCt 
rs___ | Transmitterskew(TXO) TCC 


tTon Transmit turn-on pulse width at Vrg (TX +) 9& 14 ae ae 
ttorrF Transmit turn-off pulse width at Vrs (TX+) 9&14 a 
tcon Collision turn-on delay eee ey ee ee 
{COFF Collision turn-off delay | 7oa14 | [| Tt” 
fob Collision frequency (CD +) 10&14 a ee ce 
top Collision pulse width (CD +) 170ai4 [| 35 [| ~—=[ 7 | 
ton _| _ CD Heartbeat delay (TX+ to CD+ | 1814 | o6 [  [ 46 | 
tuw CD Heartbeat duration (CD+) 11&14 | 0.5 | 


tA Jabber activation delay (TX+ to TXO and CD +) 12814 | 20 | 2 | 6 | 
UR Jabber reset unjab time (TX+ toTXOandCD+) | 12814 | 250 | 500 | 750 | 


| DP8392C-1 Switching Characteristics VEE = —9V +5%, Ta = 0° to 70°C (Note 3) 


Symbol Parameter | Fig | Min | 

tRON Receiver startup delay (RXI to RX +) | eam | [| o4 | 

tra Receiver propagation delay (RXI to RX +) fea | | 

ter Differential outputs rise time (RX+, CD+) | 8ai4 | fla 
ae ae ee 


tre Differential outputs fall time (RX+, CD+) 8& 14 


try Receiver & cable total jitter 


ara ee ee 
ttst Transmitter startup delay (TX+ to TXO) ey 7 ee ee 
a ae 


Transmitter propagation delay (TX+ to TXO) 


try Transmitter rise time —10% to 90% (TXO) 9814 | 20 | 2 | 
ttt Transmitter fall time —90% to 10% (T. XO) 9&14 
tt, and tr; mismatch 


tts Transmitter skew (TXO) i 


tTon Transmit turn-on pulse width at Vrg (TX+) '9&14 
Transmit turn-off pulse width at Vrs (T. X+) 


tcon Collision turn-on delay 10&14 aa ee Saal 

tcoFF Collision turn-off delay 10&14 a as 

fop Collision frequency (CD+) 17oai4 | 85 | | 
Collision pulse width (CD +) 

tHON CD Heartbeat delay (TX+ to CD+) | 11814 | 

tHw CD Heartbeat duration (CD +) 11414 


Jabber activation delay (TX+ to TXO and CD+) 
tyr Jabber reset unjab time (TX+ to TXO and CD+) 


i 
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© 
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a 
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nn 
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ob 
> 
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-—- a 

a 
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should be operated at these limits. - 


Note 3: All typicals are given for Vee = —9V and Ta = 25°C. 
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' ns 
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Note 1: Absolute maximum ratings are those values beyond which the safety of the device cannot be guaranteed. They are not meant to imply that the device 


Note 2: All currents into device pins are Positive, all currents out of device pins are negative. All voltages referenced to ground unless otherwise specified. 


Units 
bits 
ns 
ns 
ns 
ns 
bits 
ns 
ns 
ns 
ns 
ns 
ns 


bits 
bits 

MHz 
ns 
ps 
ps 
ms 
ms 


Units 

bits 
ns 
ns 
ns 
ns 

bits 
ns 
ns 


ns 
ns 
ns 
ns 
“bits 
bits 
MHz 
ns 
ps 
BS 
ms 
ms 


11.0 Timing and Load Diagrams 
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FIGURE 8. Receiver Timing 


TL/F/11085-8 
FIGURE 9. Transmitter Timing 


wae e2ene oe 


ry * 
INPUT STEP FUNCTION bare 
DETECTOR J OUTPUT 


t 

‘ 

’ 

(c= 

‘ R AND C NETWORK 
SIMULATES WORST CASE 

CABLE 98% STEP RESPONSE 


YcD (min) 
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FIGURE 11. Heartbeat Timing 
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11.0 Timing and Load Diagrams Continued 


TL/F/11085-11 
FIGURE 12. Jabber Timing 


INPUT SIGNAL A RStk 
WITH 30ns RISE DP8392C 
AND FALL TIMES ' RECEIVER 


R AND C NETWORK 
SIMULATES WORST 
CASE CABLE JITTER 


VW 


Receiver equalization (jitter correction) > 1 ns 
Input jitter at RX+ < +7ns TL/F/11085-12 
Output jitter at RX+ < +6ns 


FIGURE 13. Receive Jitter Timing 


TRANSMIT OUTPUT 
(1x0) RECEIVE (RX) 
OR 


COLLISION (CD+) 


Vee Ver 
TL/F/11085-13 


*The 50 »H inductance is for testing purposes. Pulse transformers with higher inductances are recommended (see Figure 4) 


FIGURE 14. Test Loads 
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Semiconductor 


DP83910A CMOS SNI 
Serial Network Interface 


General Description 


The DP83910A CMOS Serial Network Interface (SN!) is a 
direct-pin equivalent of the bipolar DP8391 SNI and pro- 
vides the Manchester data encoding and decoding func- 
tions for IEEE 802.3 Ethernet/Thin-Ethernet type local area 
networks. The SNI interfaces the DP8390 Network Interface 
Controller (NIC) to the DP8392 CTI or an Ethernet transceiv- 
er cable. When transmitting, the SNI converts non-return-to- 
zero (NRZ) data from the controller into Manchester data 
and sends the converted data differentially to the transceiv- 
er. Conversely, when receiving, a Phase Lock Loop de- 
codes the 10 Mbit/s data from the transceiver into NRZ 
data for the controller. 


The DP83910A operates in conjunction with the DP8392 
Coaxial Transceiver Interface (CTI) and the DP8390 Net- 
work Interface Controller (NIC) to form a three-chip set that 
implements a complete [EEE 802.3 compatible network as 
shown below. The DP83910A is a functionally complete 
Manchester encoder/decoder including a balanced driver 
and receiver, on-board crystal oscillator, collision signal 
translator, and a diagnostic loopback feature. The 


DP83910A, fabricated CMOS, typically consumes less than 
70 mA of current. However, as a result of being CMOS, the 
DP83910A’s differential signals must be isolated in both 
Ethernet and thin wire Ethernet. 


Features 

= Compatible with Ethernet |, 
10BASE2, and 10BASE-T 

m Designed to interface with 10BASE-T transceivers 

m Functional and pin-out duplicate of the DP8391 

m 10 Mbits/s Manchester encoding/decoding with receive 
clock recovery 

m Requires no precision components 
Loopback capability for diagnostics 

m Externally selectable half or full step modes of opera- 
tion at transmit output 

= Squelch circuitry at the receive and collision inputs to 
reject noise 

m@ TTL/MOS compatible controller interface 


IEEE 802.3; 10BASE5, 


VOlL6E8dd 


1.0 System Diagram 


IEEE 802.3 Compatible Ethernet/Thin- Ethernet/10 BaseT 
Local Area Network Chip Set 
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NETWORK 
INTERFACE 
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Uj NETWORK 
Ya INTERFACE 
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1OBASE-T MAU 
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CEIVER 
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AUI CABLE 


Zo-aAYrron- 
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2.0 Block Diagram 


DATA 
ECEIVER 


TRANSMIT 
DRIVER 


3.0 Functional Description 
The DP83910A consists of five main logical blocks: 


a) The oscillator generates the 10 MHz transmit clock signal 
for system timing. 


b) The Manchester encoder accepts NRZ data from the 
controller, encodes the data to Manchester, and trans- 
mits it differentially to the transceiver, through the differ- 
ential transmit driver. 


c) The Manchester decoder receives Manchester data from 
the transceiver, converts it to NRZ data and clock pulses, 
and sends it to the controller. - 


d) The collision translator indicates to the controller the 
presence of a valid 10 MHz collision signal to the PLL. 


e) The loopback circuitry, when asserted, routes the data 
from the Manchester encoder back to the PLL decoder. 


3.1 OSCILLATOR 


The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between X1 and X2 or by an external 
clock on X1. The 20 MHz output of the oscillator is divided 
by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides internal clock signals to the 
encoding and decoding circuits. 


If a crystal is connected to the DP83910A, it is ecemmend: 
ed that the circuit shown in Fi igure 1 be used and that the 
components used meet the following: 


Crystal XT1: AT cut parallel resonant crystal 
Series Resistance: <109 
Specified Load Capacitance: 13.5 pF 
Accuracy: 0.005% (50 ppm) 


Ci, C2: Load Capacitor, 27 pF. 


The resistor, Ri, in Figure 7 may be required in order to 
minimize frequency drift due to changes in the Vcc supply 
voltage. If R1 is required, it’s value must be carefully select- 
ed. R1 decreases the loop gain. Thus, if R1 is made too 
large, the loop gain will be greatly reduced and the crystal 
will not oscillate. If R1 is made too small, normal variations 
in the Vcc may cause the oscillation frequency to drift out of 
specification. As the first rule of thumb, the value of R1 


PLL 
DECODER 


CRYSTAL 
OSCILLATOR 


MANCHESTER 
ENCODER 
| COLLISION 
DECODER 


_ TL/F/9365-2 


e e 
XT1. spy : 
i] Note 1 
bY 
" TL/F/9365-15 


Note 1: The resistor R1 may be required i in order to minimize frequency drift 
due to changes in the Vcc. See text description. 


FIGURE 1. Crystal Connection to DP83910A 
(see text for component values) 


should be made equal to five times the motional resistance 
of the crystal. 


The motional resistance of 20 MHz crystals is usually in the 
range of 102 to 30M. This implies that a reasonable value 
for R1 should be in the range of 502-1500. 


The decision of whether or not to include R1 should be 
based upon measured variations of crystal frequency as 
each of the circuit parameters is varied. 


According to the IEEE 802.3 standard, the entire oscillator 
circuit (crytsal and amplifier) must be accurate to 0.01%. 
When using a crystal, the X1 pin is not guaranteed to pro- 
vide a TTL compatible logic output, and should not be used 
to drive external standard logic. If additional logic needs to 
be driven, then an external oscillator should be used, as 
described in the following: * 


3.2 OSCILLATOR MODULE OPERATION 


If the designer wishes to use a crystal clock oscillator, one 
that provides the following should be employed: 

1) TTL or CMOS output with a 0.01% frequency tolerance 
2) 40%-60% duty cycle 


3) 22 TTL load output drive (Io = 3.2 mA) 


3.0 Functional Description (Continued) 


The circuit is shown in Figure 2. (Additional output drive may 
be necessary if the oscillator must also drive other compo- 
nents.) When using a clock oscillator it is still recommended 
that the designer connect the oscillator output to the X1 pin 
and tie the X2 pin to ground. 


3.3 MANCHESTER ENCODER AND 
DIFFERENTIAL DRIVER 


The encoder begins operation when the Transmit Enable 
input (TXE) goes high and converts clock and NRZ data to 
Manchester data for the transceiver. For the duration of 
TXE remaining high, the Transmitted Data (TXD) is encoded 
for the transmit-driver pair (TX+). TXD must be valid on the 
rising edge of Transmit Clock (TXC). Transmission ends 
when TXE goes low. The last transition is always positive; it 
occurs at the center of the bit cell if the last bit is a one, or at 
_ the end of the bit cell if the last bit is a zero. 


The differential transmit pair from the secondary of the iso- 
lation transformer drives up to 50 meters of twisted pair AU] 
cable. These outputs are source followers which require two 
2702. pull-down resistors to ground. 


The DP83910A allows both half-step and full-step to be 
compatible with Ethernet | and IEEE 802.3. With the SEL pin 
low (for Ethernet 1), transmit+ is positive with respect to 
transmit— during idle; with SEL high (for IEEE 802.3), 
transmit-+ and transmit— are equal in the idle state. This 
provides zero differential voltage to operate with transform- 
er coupled loads. 


TL/F/9365-16 
FIGURE 2. DP83910A Connection for Oscillator Module 


4.0 Connection Diagrams 
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TL/F/9365-17 
Top View 


Order Number DP83910AV 
See NS Package Number V28A 


3.4 MANCHESTER DECODER 


The decoder consists of a differential receiver and a PLL to 
separate Manchester encoded data stream into clock sig- 
nals and NRZ data. The differentia! input must be externally 
terminated with two 392 resistors connected in series if the 
standard 782 transceiver drop cable is used; in Thin-Ether- 
net applications, these resistors are optional. To prevent 
noise from falsely triggering the decoder, a squelch circuit at 
the input rejects signals with levels less than —175 mv. 
Once the input exceeds the squelch requirements, Carrier 
Sense (CRS) is asserted. Receive data (RXD) and receive 
clock (RXC) become valid typically within 6 bit times. The 
DP83910A may tolerate bit jitter up to 18 ns in the received 
data. 

The decoder detects the end of a frame when no more 
midbit transitions are detected. Within one and a half bit 
times after the last bit, carrier sense is de-asserted. Receive 
clock stays active for five more bit times after CRS goes low 
to guarantee the receive timings of the DP8390 NIC. 


3.5 COLLISION TRANSLATOR 


When the Ethernet transceiver (DP8392 CTI) detects a colli- 
sion, it generates a 10 MHz signal to the differential collision 
inputs (CD +) of the DP83910A. When these inputs are de- 


tected active, the DP83910A translates the 10 MHz signal ~ 


to an active high level for the controller. The controller uses 
this signal to back off its current transmission and resched- 
ule another one. 


The collision differential inputs are terminated the same way 
as the differential receive inputs. The squelch circuitry is 
also similar, rejecting pulses with levels less than —175 mV. 


3.6 LOOPBACK FUNCTIONS 

When the Loopback input (LBK) is asserted high, the 
DP83910A redirects its transmitted data back into its re- 
ceive path. This feature provides a convenient method for 
testing both chip and system level integrity. The transmit 
driver and receive input circuitry are disabled in loopback 
mode. 
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TL/F/9365-18 


Top View 


Order Number DP83910AN 
See NS Package Number N24C 
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6.0 Pin Descriptions 
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Description 


COLLISION DETECT OUTPUT: Generates an active high signal when 
10 MHz collision signal is detected. 


RECEIVE DATA OUTPUT: NRZ data output from the PLL. This signal 
must be sampled on the rising edge of receive clock. 


CARRIER SENSE: Asserted on the first valid high-to-low transition on 
the RX+ pair. Remains active until 1.5 bit times after the last bit in 
data. 


RECEIVE CLOCK: The receive clock from the Manchester data after 
the PLL has locked. Remains active 5 bit times after deasserting CRS. 


MODE SELECT: When high, transmit+ and transmit— are the same 
voltage in the idle state. When low, transmit + is positive with respect 
to transmit— in the idle state, at the transformer’s primary. 


GROUND PIN 


LOOPBACK: When high, the loopback mode is enabled. 
CRYSTAL OR EXTERNAL OSCILLATOR INPUT 


CRYSTAL FEEDBACK OUTPUT: Used in crystal connections only. 
Connected to ground when using an external oscillator. 


TRANSMIT DATA INPUT: NRZ data input from the controller. The 
data is combined with the transmit clock to produce Manchester data. 
’ TXD is sampled on the rising edge of transmit clock. 


TRANSMIT CLOCK: The 10 MHz clock derived from the 20 MHz 
oscillator. 


TRANSMIT ENABLE: The encoder begins operation when this input is 
asserted high. 


TRANSMIT OUTPUT: Differential line driver which sends the encoded 
data to the transceiver. The outputs are source followers which require 
2702 pull-down resistors. 


NO CONNECTION: This may be tied to Vsg for the PLCC version to be 
compatible with the DP8391. : 


NO CONNECTION ; 


FACTORY TEST INPUT: Used to check the chip’s internal functions. 
May be tied low or have a 0.01 pf bypass capacitor to ground (for 
compatibility with the bipolar DP8391) during normal operation. 


POWER CONNECTION 


NO CONNECTION 
RECEIVE INPUT: Differential receive input pair from the transceiver. 


COLLISION INPUT: Differential collision pair input from the 
transceiver. - 
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7.0 Absolute Maximum Ratings 


If Military/Aerospace specified devices are required, Lead Temperature (Soldering, 10 sec.) 


260°C 
please contact the National Semiconductor Sales ESD (Rzap = 1.5kQ, Czap = 120 pF)  >OoKV.- 
Office/Distributors for availability and specifications. (Pin 4 = 1.5 kV) ° 
Supply Voltage (Vgc) ~—0.5V to +7V" Note: Absolute maximum ratings are those values beyond 
DC Input Voltage (Vin) —0.5V to Voc +0.5V which the safety of the device cannot be guaranteed. They 
DC Output Voltage (Vout) —0.5V to Voc +0.5V are not meant to imply that the device should be operated at 
Differential Input Voltage By —5.5 to +16V ese ane ; - . 
*Note: An asterisk following a parameter's symbol! indicates that the param- 


Differential Output Voltage . 0 to 16V _ eter has been characterized but not tested. 
Power Dissipation 500 mW Note: All specifications in this datasheet are valid only if the mandatory 
St orage Temperature —65°C to +150°C isolation is employed and all differential signals are taken to exist at the AUI 


side of the pulse transformer. 


8.0 DC Specifications 1, = 0° to 70°C, Veg = SV £5% 


Symbol ___ Conditions | Min | tye | max [units 


- Controller Interface Pins (COL, RXD, CRS, RXC, SEL, LBK, TXD, TXC and TXE) 


Input High Voltage Ee eee, 
Minune VON a en | 
Inputteakage | Vin=Vooor@nD | 0 


Output High Voltage (TTL) lon = 2.0 mA 3.5 
(CMOS) Io = 20 pA Voc — 0.1 
Output Low Voltage (TTL) lo, = 2.0mA 
(CMOS) lo, = 20 pA 
Operating Voc Supply 
Current (Note 1) 
Stand By Voc Supply 
Current (Note 2) 
Differential Pins (TX+,RX+, and CD+) 
Diff. Output Voltage (TX +) 782. Termination, and 
2702 from each to GND (Figure 4) 
Diff. Output Voltage 782 Termination, and 
Imbalance (TX +) 2702 from each to GND (Figure 4) 
Undershoot Voltage (TX +) 780. Termination, and ; 
2702 from each to GND (Figure 4) 
Diff. Squelch Threshold 
(RX+ and CD+) 
Diff. Input Common Mode 
Voltage (RX + and CD+) 
(Note 3) 
Oscillator Pins (X1 and X2) 
X1 Input High Voltage X1 is connected to an oscillator, _ 
and X2 is grounded 
X1 Input Low Voltage X1 is connected to an oscillator, 
and X2is grounded ~~ 
X1 Input Current X1 = Voc or GND 
, X2 = GND 


Note 1: This measurement was made while the DP83910A was undergoing transmission, reception, and collision detection. Also, this value was not measured 
instantaneously, but averaged over a span of several milliseconds. (Vin = 2.4V or 0.4V and Ip = 0 mA). 


Note 2: This measurement was made while the DP83910A was sitting idle with TXE tow. Also, this value was not measured instantaneously, but averaged over a 
span of several milliseconds. (Vij = 2.4V or 0.4V and lo = O mA). : 


Note 3: This parameter is guaranteed by design and is not tested. 
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9.0 Switching Characteristics T, = 0°C to 70°C, Voc = SV +5% 


Oscillator Specification 


X1 to Transmit Clock High 
X1 to Transmit Clock Low 


TXE 


TXD 


TX +/- 


~ TL/F/9365-~4 


Transmit Specifications (Start of Packet) 


symbol [Parameter] Min [Max | Units 
mon | TranemitClockHighTime (Note) || 
tro -“TransmitGlockLowTime(Notot) | Os 
ce Lt 
tray? | Transmit Glock Riso Time 20% toao%y (= s0nF) | S| | 
iro | Transmit Giock Fal Time (80% to 20%) (= s0nF) | | | 
tres | Transmit Enable Setup Time toRiising Edge ofTxC(Notet) | 20 | | 
tros | Transmit Data Setup Time from ising Edge ofTxC Note) | 20 | | 
from Rising Edge of TXC 
Toa | Transmit Output Delay rom RisingEdgeotTxG (Nowe) | || 
ror” | Transmit OutputFallTime (@0% to20%) | | 7 
tow [Transmit Output Rise Time (20% to8o%) | | rs 
wo | Transmit Ouiputliter |S Typical | 


Note 1: This parameter is measured using the fifty percent point of each clock edge. 
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9.0 Switching Characteristics (continued) 
Transmit Timing (End of Packet) 


.) \ CMM ly 
C ' TXEh 
TXE 


TX +/- 


1X +/- 
TL/F/9365~-5 


Transmit Specifications (End of Packet) 


Parameter 


Transmit Enable Hold Time from Rising Edge of TXC i 2 See 
Transmit Output High before Idle (Half Step) a 
Transmit Output Idle Time (Half Step) _ os ol 8000 


Receive Timing (Start of Packet) 


1ST BIT 
DECODED — 


trDs— TL/F/9365-6 
Receiver Specifications (Start of Packet) ‘ae * | 
Symbol | Parameter Sin. ~—~«| Max | nite 
tod ___|_ReceiveClock Duy Gycle(Notet) «TST 
trcr* Receive Clock Rise Time (20% to 80%, Cri. = 30 pF) a ee oe ns 
tro’ ___| Receive Clock Fall Time (80% to20%,Cn=30pF) | «7d ns 
tonson__| __CarrierSenseTunOnDely iT SSSSS*dtS ds 
toar____ | Decoder AcquisionTime «dT SSSSS*dYS 00 ns 
tod ___| Receive DataOutputDelay ST SSSS~*dCStBO dT 
tow __| Differential Inputs TurvOn Pulse (Note2) | a0 S«dY Sd 
trov__|__ Receive Data Output Valid rom FalingEdge of XC | ——=~S«d a0 os 


Note 1: This parameter is measured using the fifty percent point of each clock edge. 


Note 2: This parameter was characterized with a differential input of —375 mV on the receive pair inputs. 
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9.0 Switching Characteristics (Continued) 


Receive Timing (End of Packet) 


jj]: Se ee ee 


5 Extra Clocks 


Receiver Specifications (End of Packet) 


tcrSoff Carrier Sense Turn Off Delay (Note 1) 
Minimum Number of RXCs after CRS Low (Note 2) ° 


Note 1: When CRS goes ow, it will go low a minimum of 2 receive clocks. 


TL/F/9365-7 


Bit Times 


Note 2: The DP8390 Network Interface Controller (NIC) requires a minimum of 5 receive clocks after CRS goes low to function properly. 


Collision Timing 


CD +/- 
tcot on . t cot otf 


coL 


Collision Specifications 


Collision Turn On Delay 
tcoLott Collision Turn Off Delay 

Differential Inputs Turn-On 

Pulse (Squelch, Note 1) 


Note 1: This parameter was characterized with a differential input of —-375 mV on the collision input pair. 
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9.0 Switching Characteristics (continued) 


DP83910A 


Loopback Timing 


LBK 
t Les t iBh 


ee / 
Loopback Specifications 


Symbol 
Loopback Setup Time (Note 1) 
Loopback Hold Time (Note 1) 


TL/F/9365-9 


Note 1: This parameter is guaranteed by design and is not tested. 


AC Timing Test Conditions | 
All specifications are valid only if the mandatory isolation is 

employed and all differential signals are taken to be at the Parameter 
AUI side of the pulse tranformer. Input Capacitance 

Input Pulse Levels (TTL/CMOS) : GND to 3.0V Output Capacitance 


Input Rise and Fall Times (TTL/CMOS) 5ns 


Input and Output Reference Levels 
(TTL/CMOS) : 1.3V . 


Input Pulse Levels 
(Diff.) —350 to —1315 mV 


Input and Output 50% Pointof.. 


Reference Levels (Diff.) the Differential 


TIL/MOS OUTPUTS 


£ 


FIGURE 3 


TL/F/9365~12 
Cy_= 50 pF : FIGURE 4 , 


Note: In the above diagram, the TX+ and TX— signals are taken from the 
-AUI side of the isolation (pulse transformer). The pulse transformer used for 
TL/F/9365-10 all testing is the Pulse Engineering PE64103. 
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ZA National 


Semiconductor 


DP8391A/NS32491A SNI Serial Network Interface 


General Description 


The DP8391A Serial Network Interface (SNI) provides the 
Manchester data encoding and decoding functions for 
IEEE 802.3 Ethernet/Cheapernet type local area networks. 
The SNI interfaces the DP8390 Network Interface Controller 
(NIC) to the Ethernet transceiver cable. When transmitting, 
the SNI converts non-return-to-zero (NRZ) data from the 
controller and clock pulses into Manchester encoding and 
sends the converted data differentially to the transceiver. 
The opposite process occurs on the receive path, where a 
digital phase-locked loop decodes 10 Mbit/s signals with as 
much as +18 ns of jitter. 


The DP8391A SNI is a functionally complete Manchester 
encoder/decoder including ECL like balanced driver and re- 
_ceivers, on board crystal oscillator, collision signal transla- 
tor, and a diagnostic loopback circuit. 


The SNI is part of a three chip set that implements the com- 
plete IEEE compatible network node electronics as shown 
below. The other two chips are the DP8392 Coax Transceiv- 
er Interface (CTI) and the DP8390 Network Interface Con- 
‘troller (NIC). _ og 


Incorporated into the CTI are the transceiver, collision and 
jabber functions. The Media Access Protocol and the buffer 
management tasks are performed by the NIC. There is an 
isolation requirement on signal and power lines between the 
.CTl and the SNI. This is usually accomplished by using a set 
of miniature pulse transformers that come in a 16-pin plastic 
DIP for signal lines. Power isolation, however, is done by 
using a DC to DC converter. , 


Features | 
m Compatible with Ethernet II, IEEE 802.3; 10Base85, 
10Base2, and 10Base-T 


1.0 System Diagram 


~ COAX 
TRANSCEIVER OR MAU 


DP8392 
COAX 
TRANSCEIVER 
INTERFACE CABLE 

OR 
AUI 


ZO~-aAPron— 


(OPTIONAL) 


TRANSCEIVER - 


m™ 10 Mb/s Manchester encoding/decoding with receive 
clock recovery 

m= Patented digital phase locked loop (DPLL) decoder re- 
quires no precision external components 

m Decodes Manchester data with up to +18 ns of jitter 

m Loopback capability for diagnostics 

m Externally selectable half or full step modes of opera- 
‘tion at transmit output 

m@ Squelch circuits at the receive and collision inputs re- 
ject noise 

@ High voltage protection at transceiver interface (16V) 

m TTL/MOS compatible controller interface 

w Connects directly to the transceiver (AUI) cable 


Table of Contents 
1.0 System Diagram 

2.0 Block Diagram 

3.0 Functional Description 

3.1. Oscillator 

3.2 Encoder 

3.3: Decoder 

3.4 Collision Translator 

3.5 Loopback . 

4.0 Connection Diagrams 

5.0 Pin Descriptions 

6.0 Absolute Maximum Ratings 
7.0 Electrical Characteristics 
8.0 Switching Characteristics 
9.0 Timing and Load Diagrams 
10.0 Physical Dimensions 
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2.0 Block Diagram 


TRANSCEIVER 
CABLE 


RECEIVE 
PAIR 
(RX +, RX) 


TRANSMIT 
PAIR 
, (™ +,™X -) 


COLLISION 
PAIR 
(cD +, CD-) 


3.0 Functional Description 
The SNI consists of five main logical blocks: 


a) the oscillator—generates the 10 MHz transmit clock sig- 
nal for system timing. fs 


b) the Manchester encoder and differential output driver— 
accepts NRZ data from the controller, performs Man- 
chester encoding, and transmits it differentially to the 
transceiver. 

c) the Manchester decoder—receives Manchester data 
from the transceiver, converts it to NRZ data and clock 
pulses, and sends them to the controller. 


d) the collision translator—indicates to the controller the 
presence of a valid 10 MHz signal at its input. 

e) the loopback circuitry—when asserted, switches encod- 
ed data instead of receive input signals to the digital 
phase-locked loop. 


3.1 OSCILLATOR 


The oscillator is controlled by a 20 MHz parallel resonant 
crystal connected between X1 and X2 or by an external 


clock on X1. The 20 MHz output of the oscillator is divided: 


by 2 to generate the 10 MHz transmit clock for the control- 
ler. The oscillator also provides internal clock signals to the 
encoding and decoding circuits. 


Crystal Specification . . 
Resonant frequency - 
Tolerance 
Stability 
Type 
Circuit 


; 20 MHz 
+0.001% at 25°C 


AT-Cut 
Parallel Resonance 


+0.005% 0-70°C. 


~ CONTROLLER 
INTERFACE 


RECEIVE DATA (RXD) 
RECEIVE CLOCK (RXC) 
CARRIER SENSE (CRS) 


LOOP BACK (LBK) 


==> -20MHz XTAL 
(X1,X2) 


TRANSMIT CLOCK (TXC) 


TRANSMIT DATA (TXD): 
TRANSMIT ENABLE (TXE) 
MODE SELECT (SEL) 


ENCODER 


COLLISION 
DECODER © 


- FIGURE 1 


COLLISION DETECT (COL) 


.TL/F/9357-2 


the transmitted frequency to exceed its 0.01% tolerance. 


. The frequency marked on the crystal is usually measured 


with a fixed shunt capacitance (C,) that is specified in the 


_ Crystal’s data sheet. This capacitance for 20 MHz crystals is 


The 20 MHz crystal connection to the SNI requires special — 


care. The IEEE 802.3 standard requires a 0.01% absolute 
accuracy on the transmitted signal frequency. Stray capaci- 
tance can shift the crystal’s frequency out of range, causing 
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_ typically 20 pF. The capacitance between the X1 and X2 
pins .of the SNI, of the PC board traces and the plated 


through holes plus any stray capacitance such as the sock- 
et capacitance, if one is used, should be estimated or mea- 
sured. Once the total sum of these capacitances is deter- 
mined, the value of additional external shunt capacitance 
required can be calculated. This capacitor can be a fixed 
5% tolerance component. The frequency accuracy should 
be measured during the design phase at the transmit clock 
pin (TXC) for a given pc layout. Figure 2 shows the crystal 
connection. 


20 CL-CP 


MHz 
(NOTE1) — 


ea : TL/F/9357-~3 
CL = Load capacitance specified by the crystal’s manufacturer 


CP = Total parasitic capacitance including: 
a) SNI input capacitance between X1 and X2 (typically 5 pF) 
b) PC board traces, plated through holes, socket capacitances 
Note 1: When using a Viking (San Jose) VXB49N65 crystal, the external ca- 
pacitor is not required, as the C,, of the crystal matches the input 
capacitance of the DP8391A. . 


FIGURE 2. Crystal Connection 


x2 


3.2 MANCHESTER ENCODER AND DIFFERENTIAL 
_DRIVER 


The encoder combines clock and data information for the 
transceiver. Data encoding and transmission begins with the 
transmit enable input (TXE) going high. As long as TXE re- 


3.0 Functional Description (Continued) 


mains high, transmit data (TXD) is encoded out to the trans- 
mit-driver pair (TX +). The transmit enable and transmit data 
inputs must meet the setup and hold time requirements with 
respect to the rising edge of transmit clock. Transmission 
ends with the transmit enable input going low. The last tran- 
sition is always positive at the transmit output pair. It will 
occur at the center of the bit cell if the last bit is one, or at 
the boundary of the bit cell if the last bit is zero. 


The differential line driver provides ECL like signals to the 
transceiver with typically 5 ns rise and fall times. It can drive 
up to 50 meters of twisted pair AUI Ethernet transceiver 
cable. These outputs are source followers which need ex- 
ternal 2709 pulldown resistors to ground. Two different 
modes, full-step or half-step, can be selected with SEL in- 
put. With SEL low, transmit + is positive with respect to 
transmit — in the idle state. With SEL high, transmit + and 
transmit — are equal in the idle state, providing zero differ- 
ential voltage to operate with transformer coupled loads. 
Figures 4, 5 and 6 illustrate the transmit timing. 


3.3 MANCHESTER DECODER 


The decoder consists of a differential input circuitry sad a 
digital phase-locked loop to separate Manchester encoded 
data stream into clock signals and NRZ data. The differen- 
tial input should be externally terminated if the standard 
78Q transceiver drop cable is used. Two 392 resistors con- 
nected in series and one optional common mode bypass 
capacitor would accomplish this. A squelch circuit at the 
input rejects signals with pulse widths less than 5 ns (nega- 
tive going), or with levels less than — 175 mV. Signals more 
negative than —300 mV and with a duration greater than 
30 ns are always decoded. This prevents noise at the input 
from falsely triggering the decoder in the absence of a valid 
signal. Once the input exceeds the squelch requirements, 


4.0 Connection Diagram 


carrier sense (CRS) is asserted. Receive data (RXD) and - 


receive clock (RXC) become available typically within 6 bit 
times. At this point the digital phase-locked loop has locked 
to the incoming signal. The DP8391A decodes a data frame 
with up to +18 ns of jitter correctly. 


The decoder detects the end of a frame when the normal 
mid-bit transition on the differential input ceases. Within one 
and a half bit times after the last bit, carrier sense is de-as- 
serted. Receive clock stays active for five more bit times 
before it goes low and remains low until the next frame. 
Figures 7, 8 and 9 illustrate the receive timing. 


3.4 COLLISION TRANSLATOR 


The Ethernet.transceiver detects collisions on the coax ca- 
ble and generates a 10 MHz signal on the transceiver cable. 
The SNI’s collision translator asserts the collision detect 
output (COL) to the DP8390 controller when a 10 MHz sig- 
nal is present at the collision inputs. The controller uses this 
signal to back off transmission and recycle itself. The colli- 
sion detect output is de-asserted within 350 ns after the 10 
MHz input signal disappears. 


The collision differential inputs (+ and —) should be termi- 
nated in exactly the same way as the receive inputs. The 
collision input also has a squelch circuit that rejects signals 
with pulse widths less than 5 ns (negative going), or with 
levels less than —175 mV. Figure 70 illustrates the collision 
timing. 


3.5 LOOPBACK FUNCTIONS 


Logic high at loopback input (LBK) causes the SNI to route 
serial data from the transmit data input, through its encoder, 
returning it through the phase-locked-loop decoder to re- 
ceive data output. In loopback mode, the transmit driver is in 
idle state and the receive and collision input circuitries are 
disabled. 


_ Top View 
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INTERFACE 
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SNI 
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*Refer to the Oscillator section 
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FIGURE 3a 


Order Number DP8391AN 
See NS Package Number N24C 
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PCC Connection Diagram 


COLLISION 
PAIR 


0.01 ur 


<= 


RECEIVE . 
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4°3 2 1 28 27 26 
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" DP8391A 


0.001 uF MINIMUM 


si 


TL/F/9357~5 
*Refer to the Oscillator section ° 
FIGURE 3b 
Order Number DP8391AV 
NS Package Number V28A 
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5.0 Pin Descriptions 


(DIP) 


1 


Oo}]oOrnNnN|]a@ 


~ 


io) 


me) 
O 


E 3 


E 
wv Q 
n 


= 
5 cep) 
A 2) 


_ Crystal or External Frequency Source Input (TTL). . 


a ae 
re) aCe ere 
x< 
fo 


4 
Pad 
oO 


_ 


a or 9 
“NO 


b 
i?) 


- Transmit Clock. A TTL/MOS level 10 MHz clock signal derived from the 20 


Zz 
QO 


nN 


& 
Zz 
Q 


i?) me) 
r [EF 


Description 


Collision Detect Output. A TTL/MOS level active high output. A 10 MHz 
(+25%-15%) signal at the collision input will produce a logic high at COL 
output. When no signal is present at the collision input, COL output will go low. 


Receive Data Output. A TTL/MOS level signal. This is the NRZ data output 
from the digital phase-locked loop. This signal should be sampled by the 
controller at the rising edge of receive clock. 


VIL6PZESN/VLGE8dd 


Carrier Sense. A TTL/MOS level active high signal. It is asserted when valid 
data from the transceiver is present at the receive input. It is de-asserted one 
and a half bit times after the last bit at receive input. 


Receive Clock. A TTL/MOS level recovered clock. When the phase-locked loop 
locks to a valid incoming signal a 10 MHz clock signal is activated on this output. 
This output remains low during idle (5 bit times after activity ceases at receive 
input). 


Mode Select. A TTL level input. When high, transmit + and transmit — outputs 
are at the same voltage in idle state providing a “zero” differential. When low, 
transmit + is positive with respect to transmit — in idle state. ; 


Negative Supply Pins. 


Loopback. A TTL level active high on this input enables the loopback mode. 


Crystal Feedback Output. This output is used in the crystal connection only. It 
must be left open when driving X1 with an external frequency source. 


Transmit Data. A TTL level input. This signal is sampled by the SNI at the rising 
edge of transmit clock when transmit enable input is high. The SNI combines 
transmit data and transmit clock signals into a Manchester encoded bit stream 
and sends it differentially to the transceiver. 


MHz oscillator. This clock signal is always active. 


Transmit Enable. A TTL level active high data encoder enable input. This signal 
is also sampled by the SNI at the rising edge of transmit clock. 


Transmit Output. Differential line driver which sends the encoded data to the 
transceiver. These outputs are source followers and require 2702 pulldown 
resistors to GND. : , aa 


No Connection. 


Bypass Capacitor. A ceramic capacitor (greater than 0.001 F) must be 
connected from this pin to GND. 


Positive Supply Pins. A 0.1 4F ceramic decoupling capacitor must be 
connected across VCC and GND as close to the device as possible. 


No Connection. 


Receive Input. Differential receive input pair from the transceiver. 


Collision Input. Differential collision input pair from the transceiver. 


2-27 


DP8391A/NS32491A 


6.0 Absolute Maximum Ratings Recommended Operating 

Supply Voltage (Vcc) 7V Conditions 

Input Voltage (rnc) . 0 to 5.5V Supply Voltage (Vcc) 5V + 5% 
Input Voltage (differential) —-5.5to+16V. Ambient Temperature (DIP) 0° to 70°C 
Output Voltage (differential) . Oto16V ° (PCC) 0° to 55°C 
Output Current (differential) 2 —-40mA : Note: Absolute maximum ratings are those values beyond 
Storage Temperature —65° to 150°C which the safety of the device cannot be guaranteed. They 
Lead Temperature (soldering, 10 sec) 300°C are not meant to imply that the device should be operated at 


these limits. 


Package Power Rating for DIP at 25°C 2.95W* 
(PC Board Mounted) 
Derate Linearly at the rate of 23.8 mw/°C 

Package Power Rating for PCC at 25°C 1.92W* 
Derate Linearly at the rate of 15.4 mw/°C 

“For actual power dissipation of the device please refer to 

Section 7.0. 


ESD rating 


2000V 


7.0 Electrical Characteristics . 
Voc = 5V +5%, Ta = O°C to 70°C for DIP and 0°C to 58°C for PCC (Notes 1'& 2) 


Vin 


VIHXia Input High Voltage (X1) No Series Resistor | 20 | Voc-1.5 | V 
| 


VIHX41b Input High Voltage (X1) 1k Series Resistor | 20 | CC Vv 
Vit Input Low Voltage (TTL and X1) ee reer lace 


Wi Input High Current (TTL) Vin = Voc | 
Input High Current (RX+ CD+) Vin = Voc 

Hie Input Low Current (TTL) Vin = 0.5V ~—300 pA 
Input Low Current (RX+ CD+) Vin = 0.5V —700 pA 


VoL Input Clamp Voltage (TTL) lin = —12mA a =e 
Vou Ouptut High Voltage (TTL/MOS) lon = —100 nA | 35. | 


Vou Output Low Voltage (TTL/MOS) plo=ema V 
los Output Short Circuit Current (TTL/MOS) ee mA 


Vop 782. termination, and +1200 mV 
‘ 2700. from each to GND 

Voa__| Diff. Output Voltage Imbalance (Xt) _——=s«|ssameasabove——=«d|=S”S~*~«~dSCt«‘a AO mV 

Vos___| Diff. Squelch Threshold (RX CD4) | SS™S~*~<“—~™S™SCSYSC AB 

Vom __| Diff. Input Common Mode Voltage (RX CDt) | ——SsS—=~—~—sYSC 

lcc___| PowerSupplyCurrent —id|StOMbIvs ~=—SSSS*dSSC*‘OS™#C#’#CUBVON mA 


< 


| XitoTransmitClockHigh CCS 
|_XitoTransmitClocklow Yt 
TRANSMIT SPECIFICATION 

| Transmit Clock Duty Cycle at 50% (1OMHz)— 12 
[Transmit Clock Rise Time (20% to80%) | 
| Transmit Clock FallTime (80% to20%) | St 
[Transmit Data Hold Time from Transmit Clock RisingEdge | 4812 | 0 | 
|_Transmit Enable Setup Time to Trans. ClockRisingEdge | 4812 | 20 |_| 
|_Transmit Enable Hold Time from Trans. Glock RisingEdge | 5812 | 0 | | 
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8.0 Switching Characteristics 
Voc = 5V +5%, Ta = 0°C to 70°C for DIP and 0°C to 55°C for PCC (Note 2) (Continued) 


symbol | ———s—SSséParameter, =| Figure | Min | Typ _| 


TRANSMIT SPECIFICATION (Continued) 


Transmit Output Delay from Transmit Clock Rising Edge 


Transmit Output Rise Time (20% to 80%) 


VEL6PCESN/VIL6E8d0 


Receive Clock Rise Time (20% to 80%) 
Receive Clock Fall Time (80% to 20%) 
Receive Data Rise Time (20% to 80%) 
Receive Data Fall Time (80% to 20%) 


Note 2: All typicals are given for Voc = 5V and Ta = 25°C. 


9.0 Timing and Load Diagrams 


TXC 


TL/F/9357-6 


FIGURE 4. Transmit Timing - Start of Transmission 
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9.0 Timing and Load Diagrams (continuea) 


ec | 


TL/F/9357-8 
FIGURE 6. Transmit Timing - End of Transmission (last bit = 1) 
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9.0 Timing and Load Diagrams (Continued) 
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FIGURE 7. Receive Timing - Start of Packet 


Ls fofsfolol 
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TL/F/9357-10 
FIGURE 8. Receive Timing - End of Packet (last bit = 0) 
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9.0 Timing and Load Diagrams: (continuea) 
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FIGURE 9. Receive Timing - End of Packet (last bit = 1) 
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FIGURE 10. Collision Timing 
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1.5V 
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FIGURE 11. Loopback Timing 


TIL/ MOS OUTPUTS 


50 pF 


TL/F/9357-14 
*27 wH transformer is used for testing purposes, 100 »H transformers (Valor, LT1101, or Pulse Engineering 64103) are recommended for application use. 


FIGURE 12. Test Loads 
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Ethernet/Cheapernet. 
Physical Layer Made Easy 
with DP8391/92 


With the integration of the node electronics of IEEE 802.3 
compatible local area networks now on silicon, system de- 


sign is simplified. This application note describes the differ-. 


ences between the Ethernet and Cheapernet versions of 
the standard, and provides design guidelines for implement- 
ing the node electronics with National Semiconductor's 
DP8390 LAN chip set. 

INTRODUCTION 


The DP8390 chip set is designed to provide the physical 
and media access control layer functions of local area net- 
works as specified in IEEE 802.3 standard. This standard is 
based on the access method known as carrier-sense multi- 
ple access with collision detection (CSMA/CD). In this 
scheme, if a network station wants to transmit, it first “‘lis- 


Parameter 
Data Rate 
Segment Length 
Network Span 
Nodes per Segment 
Node Spacing 
Capacitance per Node 


Cable - 0.4 in diameter 


502 


Double Shielded 
Rugged 
N-Series Connectors 


Transceiver Drop Cable 0.39 in diameter multiway cable with 
15 pin D connectors 50 m max /ength 


Typical Connection Diagram for a Station 
10BASE5 (Ethernet) 


ht =TRANSCEIVER LS 


D CONNECTOR 


— TRANSCEIVER _ 
DROP CABLE 


DTE 
DATA TERMINAL 
EQUIPMENT 


TL/F/8689-1 


10BASES (Ethernet) 


_ 10 Mbit/s baseband 
30 
2.5 m (cable marked) . 


National Semiconductor 
Application Note 442 
Alex Djenguerian 


tens” to the medium; if someone else is transmitting, the 
station defers until the medium is clear before it begins to 
transmit. However, two or more stations could still begin 
transmitting at the same time and give rise to a collision. 
When this happens, the two nodes detect this condition, 
back off for a random amount of time before making anoth- 
er attempt. 

The IEEE 802.3 standard supports two different versions for 
the media, 10BASE5 (commonly known as Ethernet) and 
10BASE2 (Cheapernet). These can be used separately, or 
together in a hybrid form. Both versions have similar electri- 
cal specifications and can be implemented using the same 
transceiver chip (DP8392). Cheapernet is the low cost ver- 
sion and is user installable. The following table compares 
the two: 


10BASE2 (Cheapernet) 
10 Mbits/s baseband 

185m 

925m 


0.5 m min 
8 pF max 


0.2 in diameter 
5029 (RG58A/U) 
Single Shielded 
Flexible 

BNC Connectors 


Not needed due to the high flexibility of 
the RG58A/U cable 


10BASE2 (Cheapernet) 


STANDARD 
BNC "T" 


DATA TERMINAL 
EQUIPMENT 
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. 233 


CvP-NV 


AN-442 


Although Cheapernet is intended for local use, several 185 
meter segments can be joined together with simple repeat- 
ers to provide for a larger network span. Similarly, several! 
Cheapernet segments can be tied into a longer Ethernet 
“backbone”. In this hybrid configuration, the network com- 
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FIGURE 1. A Hybrid Ethernet/Cheapernet System 


bines all the benefits of Cheapernet, flexibility and low cost, 
with the ruggedness and the much larger geographic range 
of standard Ethernet. Figure 7 illustrates a typical hybrid 
LAN configuration. 
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TRANSMITTING AND RECEIVING PACKETS WITH THE DP8390 CHIPSET 


Node Block Diagram 


TRANSCEIVER OR MAU 


DP8392 
COAX 
TRANSCEIVER 


INTERFACE . CABLE 


ZO-a4Prroun— 


The node electronics is integrated into three chips, the 
DP8390 Network Interface Controller (NIC), the DP8391 Se- 
rial Network Interface (SNI), and the DP8392 Coaxial Trans- 
ceiver Interface (CTI). To transmit a packet, the host proc- 
essor issues a transmit command to the NIC, which normal- 


6-bytes 


TRANSCEIVER 


STATION OR OTE 


DP8390 
. NETWORK 

INTERFACE 
CONTROLLER 


DP8391 
SERIAL 
NETWORK 
INTERFACE 


TL/F/8689-4 
ly transfers the data to a local buffer memory. The NIC then 
automatically handles the transmission of the packet (from 
the local buffer through an on-board FIFO to the SNI) ac- 
cording to the CSMA/CD protocol. The packet has to be in 
the following format: 


[PREAMBLE] SFD [DESTINATION[SOURCE[LENGTH] DATA _| 
| sarbits _|2-tits 


| 2-34 


46-1500 bytes| 4-bytes 


PREAMBLE: This section consists of alternating 1 and 0 
bits. As the packet travels through the network, some of 
these bits would be lost as most of the network compo- 
nents are allowed to provide an output some number of 
bits after being presented with a valid input. 


START OF A FRAME DELIMITER (SFD): This field con- 
sists of two consecutive 1's to signal that the frame re- 
ception should begin. 


DESTINATION AND SOURCE ADDRESSES: Each one 
of these frames is 6 bytes long and specifies the address 
of the corresponding node. 


LENGTH: This 2 byte field indicates the number of bytes 
in the data field. , 


DATA: This field can be from 46 to 1500 bytes long. 
Messages shorter than 46 bytes require padding to bring 
the data field to the minimum length. If the data field is 
padded, the host can determine the number of valid data 
bytes by looking at the length field. Messages longer 
than 1500 bytes must be broken into multiple packets. 


CRC: This field contains a Cyclic Redundancy Code cal- 
culation performed on the Destination address through 
the Data field for error control. 


The shortest packet length thus adds up to be 512 bits long 
(excluding the preamble and the SFD). At 10 Mbit/sec this 
amounts to 51.2 ss, which is twice as much as the 25 ps 
maximum end-to-delay time that is allowed by the IEEE 
802.3 protocol. This ensures that if a collision arises in the 
network, it would be recognized at all node locations. 


The SNI combines the NRZ data packet received from the 
controller with a clock signal and encodes them into a serial 
bit stream using standard Manchester encoding. In this cod- 
ing scheme, the first half of the bit cell contains the comple- 
mentary data and the second half contains the true data. 
Thus a transition is always guaranteed in the middle of a bit 
cell. 


DATA TERMINAL 
EQUIPMENT 


(DTE) 


FEMALE 
CONNECTOR 


— je 


MANCHESTER 
ENCODED 
DATA 


‘ TUF /8689-5 
FIGURE 2. Manchester Coding 


The encoded signal appears in differential form at the SNI’s 
output. In 10BASE5 (Ethernet) applications, this signal is 
sent to the transceiver or the Medium Attachment Unit 
(MAU) through the twisted pair Tranceiver Drop cable (also 
known as the Attachment Unit Interface cable). This cable 
typically consists of four individually shielded twisted wire 
pairs with an overall shield covering these individually 
shielded pairs. The signal pairs, which have a differential 
characteristic impedance of 78N +59, should be terminat- 
ed at the receiving ends. The cable can be up to 50 meters 
in length and have a maximum delay of 257 ns. The shields 
of the individual pairs should be connected to the logic 
ground in the Data Terminal Equipment (DTE) and the outer 
shield to the chassis ground. Figure 3 shows a picture of the 
cable and the corresponding pin assignments. 


{EEE 802.3 Name 


DO + (Data Out +) TX+ 
DO — (Data Out —) TX— 


CvP-NV 


DO S (DO Shield) 


DI + (Dataln +) RX+ 
Di — (Data In —) RX— 


[se] 
= > 
MALE 
~<—— 15 PIN 

D CONNECTOR 

DI S (DI Shield) 
TRANSCEIVER 

CO + (Control Out +) 


~<+—-— DROP CABLE 


(AU INTERFACE CABLE) 
FEMALE 
“~ CONNECTOR 
aaa : 
aaa 


—_ — —_ — 


CO — (Contro! Out —) 
CO S (CO Shield) 


Cl + (Control In +) Collision 
Cl — (Control In —) Pair 
Cl S (Cl Shield) 


6 | VC (Voltage Common) 
13 | VP (Voltage Plus) 
14 | VS (Voltage Shield) 


oa 


MALE ___, 
CONNECTOR 


TRANSCEIVER 
(MAU) 


Shell | PG(ProtectveGND) | | 


FIGURE 3. Transceiver Cable Pin Assignments 
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The transmitted packet from the SNI as well as all other 
signals (receive, collision, and DC power) must be electrical- 
ly isolated from the coax in the MAU. The isolation means 
provided must withstand 500 Vac rms for one minute for 
10BASE2 and 2000 Vac rms for 10BASES. In order to de- 
tect collisions reliably, the electrical isolation is not done at 
the coax; instead it is done on the side of the Attachment 
Unit Interface. The isolation for the three signal lines can be 
easily provided by using three pulse transformers that come 
in a standard 16 pin plastic DIP from several manufacturers 
(Pulse Engineering, Valor Electronics). The inductance val- 
ue for these transformers vary from 50 4H to 150 pH with 
the larger inductance values slowing the rise and fall times, 
and the smaller ones causing more voltage droop. 


The Manchester encoded data from the SNI now reaches 
the CTI’s transmit input after passing through the isolation 
transformer. A noise filter at this input provides a static 
noise margin of -175 mV to —300 mV. These thresholds 
assure that differential Transmit (TX+) data signals less 
than —175 mV or narrower than 10 ns are always rejected, 
while signals greater than —300 mV and wider than 30 ns 
are always accepted. The —300 mV threshold provides suf- 
ficient margin since the differential drivers for the transceiv- 
er drop cable provide a minimum signal level of +450 mV 
after inductive droop, and the maximum attenuation allowed 
for the drop cable is 3 dB at signal frequencies. Signals 
meeting the squelch requirements are waveshaped and out- 
putted to the coax medium. This is done as follows: 


The transmitter’s output driver is a switching current source 
that drives a purely resistive load of 252 presented by the 
coax to produce a voltage swing of approximately 2V. This 


A TYPICAL 10MB/S SIGNAL SEEN __, 
AT FAR END OF COAX CABLE 


RECEIVE OUTPUT» 
OF CTI 


FIGURE 4, Coax Transmit Waveform 


FIGURE 5. Oscilloscope Waveforms 


signal has to meet several critical electrical requirements: 


RISE/FALL TIMES: The 10%-90% rise and fall times 
have to be 25 ns +5 ns at 10 Mbit/sec. This spec helps 
to minimize electro-magnetic radiation by reducing the 
higher harmonic content of the signal and contributes to 
the smaller reflection levels on the coax. In addition, the 
rise and fall times are required to be matched to within 
1 ns to minimize the overall jitter in the system. 


DC LEVEL: The DC component of the signal has to be 
between —37 mA and —45 mA. The tolerance here is 
tight since collisions are detected by monitoring the aver- 
age DC level on the coax. 


AC LEVEL: The AC component of the signal has to be 
between +28 mA and the DC level. This specification 
guarantees a minimum signal at the far end of the coax 
cable in the worst case condition. 


The signal shown in Fig. 4 would be attenuated as it travels 
along the coax. The maximum cable attenuation per seg- 
ment is 8.5 dB at 10 MHz and 6 GB at 5 MHz. This applies 
for both the 500 meters of Ethernet cable and the 185 me- 
ters of Cheapernet cable. With 10 Mbit/sec Manchester 
data, this cable attenuation results in approximately 7 ns of 
edge jitter in either direction. The CTI’s receiver has to com- 
pensate for at least a portion of this jitter to meet the +6 ns 
combined jitter budget. The receiver also should not over- 
compensate the signal in the case of a short cable. An 
equalizer filter in the CT! accomplishes this task. Figure 5 
shows a typical waveform seen at the far end of the cable 
and the corresponding differential output from the CTI’s re- 
ceiver. 


RISE TIME 


1 
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TRANSCEIVER 
DROP CABLE 


TRANSCEIVER 
DROP CABLE 


TRANSMITTING 
DTE 


RECEIVING 
DTE 


ETHERNET OR CHEAPERNET 
MAXIMUM LENGTH COAX CABLE 


| 


1.0ns 2.0ns 7.0ns -1.0ns 1.0ns 


JITTER | 0.5ns 


TL/F/8689~9 
Total Jitter without Noise = 0.5 + 1.0 + 2.0 + 7.0 — 1.0 + 1.0 = 10.5ns 
Additional Jitter from Noise on Coax Cable = 5.0 ns 


Additional Jitter from Noise on Drop Cables = 1.0 ns 
Total System Jitter = 16.51ns 


SAMPLING POINT 
| { 


7 100 ns ——r >| 
VR VAR VOR 
_seceve SN IA 
THRESHOLD AYR Wi Wi 
I NIN | } WAU | } WUHAN 
16.5ns ke—_»>}~——>] 16.5ns 
FIGURE 6. Typical Signal Waveform at SNI’s Input 
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In addition to the equalizer, an AC/DC squelch circuit at the not bring down the entire network. The collision pair is acti- 
coax input prevents noise on the cable from falsely trigger- vated in this case to inform the controller of the faulty condi- 
ing the receiver in the absence of a valid signal. The Re- tion. After the fault is removed, the jabber timer holds for 
ceive differential line from the CTI should be isolated before 500 ms before re-enabling the coax driver. 


it reaches the SNI for Manchester decoding. This signal now 


could have accumulated as much as + 16.5 ns of jitter. Fig- COLLISION DETECTION SCHEMES 


ure 6 illustrates the jitter allocations for different network There are two different collision detection schemes that can 
Manchester data with up to +20 ns of random jitter which and transhybrid modes for non-repeater nodes for both 
provides enough margin for implementation. Ethernet and Cheapernet applications. Repeaters are re- 


The SNI converts the Manchester received packet to NRZ quired to have the receive mode implementation. 


data and clock pulses and sends them to the controller. RECEIVE MODE: Detects a collision between any two 
Upon reception, the NIC checks the destination address, stations on the network with certainty at all times. 

and if it is valid, verifies the CRC with the one generated on TRANSMIT MODE: Detects collisions with certainty only 
board and stores the packet in the local buffer memory. The when the station is transmitting. 

packet is then moved to the host by the NIC, and when this RECEIVE MODE: The receive mode scheme has a very 
is completed the buffer area is reclaimed for storing new simple truth table; however, the tight threshold limits make 
packets. If a collision occurs during this transfer process, the design of it difficult. The threshold in this case has to be 
the CTI will detect it by sensing the average DC level on the between the maximum DC level of one station (— 1300 mV) 
coax and will send a 10 MHz collision signal to the SNI. The and the minimum DC level of two far end stations 
SNI will translate this information to the controller in TTL (—1581 mV). Several factors such as the termination resis- 
form, and the transmitting controllers will backoff for differ- tor variation, coax center conductor resistance, driver cur- 
ent times and retransmit later. Also in case of illegally long rent level variation, signal skew, and input bias current of 
packets (longer than 20 ms), a jabber timer in the CTI will non-transmitting nodes contribute to this tight margin. On 


disable the coax driver so that the ‘“‘jabbering” station will 
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Truth Table for Various 
Collision Detection Schemes 


| Mode —s| Recelve — Transmit 

[No.of Stations | o[ 1 ][ 2] >2[ 0] +] 2 | >2| 
[Transmiting [wiv] y[n[wly] | 
[Non-Transmitting [NE N[y[ y[w[n[m[ y| 


Y = It will detect a collision, 


N = It will not detect a collision, 
M = It may detect a collision 


top of the —1300 mV minimum level, the impulse response 
of the internal low pass filter has to be added. The CTI 
incorporates a 4 pole Bessel filter in combination with a 


trimmed on board bandgap reference to provide this mode: - 


of collision detection. However it would be difficult in receive 
mode to extend the cable length beyond the limits of the 
standard. It is also argued that it is not necessary for non-re- 
peater nodes to detect collisions between other stations. : 


TRANSMIT MODE: In this case collisions have to be de- 
tected with certainty only when the station is transmitting. 
Thus, collisions caused by two other nodes may or may not 
be detected. This feature relaxes the upper limit of the 
threshold from — 1581 mV to — 1782 mV. As a result of this, 
longer cable segments can be used. With the CTI, a resistor 
divider can be used at the Collision Detect Sense pin (CDS) 
to lower the threshold from receive to transmit mode. Typi- 
cal resistor values can be 1209 from CDS to GND and 10k 
from CDS to Veg (This moves the threshold by about — 100 
mV). 


IMPLEMENTING A 10 BASES (ETHERNET) MAU WITH 
THE DP8392 


The CTI provides all the MAU (transceiver) functions except 
for signal and power isolation. Signal isolation can easily be 
provided by a set of three pulse transformers that come ina 
single Dual-in-Line package. These are available from trans- 
former vendors such as Pulse Engineering (PE64103) and 
Valor (LT1101). However, for the power isolation a DC to 
DC converter is required. The CTI requires a single —9 
(£5%) volt supply. This power has to be derived from the 
power pair of the drop cable which is capable of providing 
500 mA in the 12 (—6%) to 15 (+5%) volt range. The low 
supply current of the CTI makes the design of the DC to DC 
converter quite easy. Such converters are being developed 
in hybrid packages by transformer manufacturers (Pulse En- 
gineering PE64430 and Reliability Inc. 2E12R9). They pro- 
vide the necessary voltage isolation and the output regula- 
tion. One can also build a simple DC to DC converter with a 
two transistor self oscillating primary circuit and some regu- 
lation on the secondary as shown in Figure 7. 


Several areas of the PC board layout require special care. 
The most critical of these is for the coax connection. Ether- 
net requires that the CTI capacitance be less than 2 pF on 
the coax with another 2 pF allocated for the tap mechanism. 
The Receive Input (RXI) and the Transmit Output (TXO) 
lines should be kept to an absolute minimum by mounting 
the CTI very close to the center pin of the tap. Also, for the 
external diode at TXO (see Figure 8), the designer must 
minimize any stray capacitance, particularly on the anode 
side of the diode. To do this, all metal lines, especially the 
ground and Veg planes, should be kept as far as possible 
from the RXI and TXO lines. 


In order to meet the stringent capacitive loading require- 
ments on the coax, it is imperative that the CTI be directly 
soldered to the PC board without a socket. A special lead 
frame in the CTI package allows direct conduction of heat 
from the die through these leads to the PC board, thus re- 
ducing the operating die temperature significantly. For good 
heat conduction the Veg pins (4, 5 and 13) should be con- 
nected to large metal traces or planes. 


A separate voltage sense pin (CDS) is provided for accurate 
detection of collision levels on the coax. In receive mode, 
where the threshold margin is tight, this pin should be inde- 
pendently attached to the coax shield to minimize errors 
due to ground drops. A resistor divider network at this pin 
can be used for transmit mode operation as described earli- 


er. 


The differential transmit pair from the DTE should be termi- 
nated with a 780 differential resistive load. By splitting the 


~ termination resistor into two equal values and capacitively 
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AC grounding the center node, the common mode imped- 
ance is reduced to about 20, which helps to attenuate 
common mode transients. 


To drive the 789 differential line with sufficient voltage 
swings, the CTI’s collision and receive drivers need external 
5002 resistors to Veg. By using external resistors, the pow- 
er dissipation of the chip is reduced, enhancing long term 
reliability. The only precision component required for the 
CTlis one 1k 1% resistor. This resistor sets many important 
parameters of the chip such as the coax driving levels, out- 
put rise and fall times, 10 MHz collision oscillator frequency, 
jabber timing, and receiver AC squelch timing. It should be 
connected between pins 11 (RR+) and 12 (RR—). 


The DP8392 features a heartbeat function which can be 
externally disabled using pin 9. This function activates the 
collision output for a short time (10 +5 bit cells) at the end 
of every transmission. It is used to ensure the controller that 
the collision circuitry is intact and properly functioning. Pin 9 
enables CD Heartbeat when grounded, and disables it when 
connected to Veg. 


The IEEE 802.3 standard requires a static discharge path to sufficient AC discharge path from the coaxial cable shield to 
be provided between the shield of the coax cable and the the DTE ground. The individual shields should also be ca- 
DTE ground via a 1 MN, 0.25W resistor. The standard also pacitively coupled to the Voltage Common in MAU. A typical 
requires the MAU to have low susceptibility levels to electro- Ethernet MAU connection diagram using the CTI in receive 
magnetic interference. A 0.01 »F capacitor will provide a mode with the CD Heartbeat enabled is shown in Figure 8. 


PICO 33223 
1:1.2 


IN5819 


LM317T | OUT 
(To=220) 
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TL/F/8689-11 
FIGURE 7. A Simple Low Cost DC to DC Converter 
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FIGURE 8. An Ethernet MAU Implementation with the CTI 
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CHEAPERNET APPLICATION WITH 
THE DP8391 AND DP8392 


The pin assignment of both the CTI and the SNI are de- 
signed to minimize the crossover of any printed circuit 
traces. Some of the components needed for an Ethernet 
like interface are not needed for Cheapernet. For instance, 
Cheapernet’s relaxed load capacitance (8 pF, compared 


with 4 pF for Ethernet) obviates the need for an external : 


capacitance isolation diode at TXO. Also, since the trans- 


ceiver drop cable is not used in Cheapernet, there’s:no . 


need for the 780 termination resistors. Moreover, without 
the 789 loading on the differential outputs, the pulldown 
resistors for both the CTI’s collision and receive drivers and 
the SNI’s transmit driver can be larger to save power. These 
resistors can be 1.5k instead of 5002 for the CTI and 5009 
instead of 2700 for the SNI. 


The 20 MHz crystal connection to the SNI requires special 
care. The IEEE 802.3 standard requires a 0.01% absolute 
accuracy on the transmitted signal frequency. An external 
capacitor between the X1 and X2 pins is normally needed to 
get the required frequency range. Section 3.1 of the data 
sheet describes how to choose the value of this capacitor. 


. 19 
DP8391 
SNI- 


FIGURE 9. Cheapernet Connection Diagram . 


The power isolation is similar here as in the Ethernet appli- 
cation, except the DC. input is now usually 5V instead of 
12V. Hybrid DC to DC converters are also being developed 


DC TO DC 
CONVERTER 


The SNI-also provides loopback capability for fault diagno- 
sis. In this mode, the Manchester encoded data is internally 
diverted to the decoder input and sent back to the-control- 
ler. Thus both the encoding and the decoding circuits are 
tested. The transmit differential output driver and the differ- 
ential input receiver circuits are disabled during loopback. 
This mode can be enabled by a ails active high input at pin 
7. 


Two different modes, half step and full ‘etee: can be select- 
ed at the SNI’s transmit output. The standards require half 
step mode of operation, where the output goes to differen- 
tial zero during idle to eliminate large idle currents through 
the pulse transformers. On the other hand, the differential 


“output remains in a fixed state during idle in full step mode. 


The SNI thus can be used with transceivers which work in 
either mode. The two different modes can be selected with 
a TTL input at pin 5. 


‘Figure 9 shows a typical Cheapernet connection diagram 
. using the DP8391 and the DP8392. 
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for this application (Ex: Pulse Engineering PE64381). Figure 
70 shows a discrete implementation with 5V input and —9V 
output. 


PICO 33143 
1:3.45 


INS819 


INS819 


FIGURE 10. DC to DC Converter (5V to —9V) 
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Reliability Data Summary for DP8392 


REF: TEST LAB FILES : 
RDT26627 


RDT25406 

RDT25500 ‘ RDT26638 
RDT26562 

ABSTRACT 


DP8&392 Coaxial Transceiver Interface parts from 8 lots 
were subjected to Operating Life Test, Temperature and 
Humidity Bias Test, Temperature Cycle Test, and Electro- 
static Discharge Test. : 

PURPOSE OF TEST 

Evaluation of new device and qualification of U.K. fab. 


TESTS PERFORMED . 
Operating Life Test (OPL) (100°C; biased) 
Operating Life Test (OPL) (125°C; biased) 


Temperature and Humidity Bias Test (THBT) (85°C; 85% 
R.H.; biased) 


Temperature Cycle Test (TMCL) (—40°C, +125°C; unbi- 
ased) , 


Electrostatic Discharge Test (ESD) (Human body model: 
R = 15009; C = 120 pF) 
CONCLUSIONS 


1. The DP8392AN exceeds the IEEE 802.3 specification of 
1 million hours Mean Time Between Failure (MTBF). 


2. U.K. fab results are comparable to those of Santa Clara. 
On ESD testing all pins passed at 1000V except for pin 7 


(TX*). 
RESULTS 


Temperature 


ee a ee ef 
FON "ODO OAN DOA WH = 


85°C; 85% R.H. 


Reliability Data Summary for DP8392 


_. TEST SAMPLE DESCRIPTION/HISTORY ; 


Lot 


‘|Date| Fab |Assembly 
|_ppese2_|N, 16Leads|aso9| ssc | NSEB | 
| bpes92_|N, 16 Leads| e513] Nssc | NSEB 
|_bPe392_|N, 16 Leads| e526] Nssc | NSEB_ 
4| ppese2_|N, 16Leads|as2/ ssc | NEB | 
8620 
8637 | NSEB 
7 8637 
[DP6392A(-5)|N, 16 Leads| 8697| | NSEB | 
0| DPes26 [N, 16 Leads| 9106] 
|_DPe3926 [N, 16 Leads| 9105] 
| DP83926 |N, 16 Leads| 9106 

[9106 

9106 


1 


SUK 
SUK 
SUK 


—_ 


_ 
_ 


DP8392C _|N, 16 Leads 
DP8392C |N, 16 Leads 


14 


Time Point—Number of Failures 


RESULTS (Continued) 


Test Temperature 


ACLV 121°C; 100% R.H. 


—40°C, + 125°C 
—65°C, + 150°C 
—65°C, + 150°C 
—65°C, + 150°C 


ELECTROSTATIC DISCHARGE TEST (ESD) RESULTS 


26 parts from 4 wafer lots were tested by the Human Body 
Model test condition; R = 15009; C = 120 pF. First ground 
was held common, then Veg. 5 positive and 5 negative puls- 
es were applied for each pin/voltage combination. 


Voltage—Number 
of Failures 


0/20 
0/20 

_ 13/20 
0/20 
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Time Point—Number of Failures 


Hours 


[sas | 500 | 1000 | 2000 


0/77 
0/66 
0/77 


Further characterization has been done to determine indi- 
vidual pin ESD damage thresholds. In particular, for pin 7 
(TX+), 80 parts from 4 wafer lots were tested. Pin 7 ESD 
damage thresholds varied from 200V-300V_ to 
2000V-3000V, with a mean of 1800V. 


MTBF (MEAN TIME BEFORE FAILURE) ~ 
CONSIDERATIONS 
Results total: 212, 000 device hours at 125°C, 0 failures 
301,000 device hours at 100°C, 0 failures 
Assume: E, =.0.7 eV 
Pg = 800 mW 
ja = 45°C/W 
Chi-square statistics, 60% confidence 
MTBF min at 25°C ambient = 93,000,000 
device hours. 
MTBF min at 70°C ambient = 5,100,000 ~ 
device hours. 
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Interfacing the DP8392 to 
930 and 752. Cable 


AN-620 


The DP8392 Ethernet Coaxial Transceiver Interface (CTI) is 
designed primarily for 10BASE2 and 10BASE5 applications 
which use 502 coaxial cable. However, with minor modifica- 
tions it is possible to use this transceiver with larger imped- 
ance cables. This article shows how to use the DP8392 with 
750 or 939 cable. The trade off is that segment span is 
reduced to accommodate for higher series DC resistance of 
these cables. The CTI is a current driver. The two important 
factors that must be handled properly in using the chip with 
75 and 939 cables are the dynamic range of the transmit- 
ter and collision detection levels. 


DYNAMIC RANGE 


The dynamic range of the transmitter is important in the 
following case: 


Suppose two stations collide with one-another. To detect 
collisions properly, each station must sink at least as much 
DC current as it would in a non-collision case. This would 
mean that with the 989 cable when a collision occurs the 
chips should be able to sustain approximately —4V DC lev- 
el. If the signals from the colliding stations are in phase the 
AC signal could be 8V peak to peak. 


‘The DP8392’s transmitter clamps before it pulls to —8V. 


TABLE I. Assumptions and Definitions 


Rr 802.3 
tr ASSUMPTION 
L 802.3 
Roc BELDEN 
te PHYSICS 
Tm ASSUMPTION 
SR NATIONAL 
Ro MIL SPEC 
la = 2uA 802.3 
lb 802.3 
hax 802.3 
Ini 802.3 
Ro 802.3 
N | _=MaxNodespersegment | = 30SSS« SC 
SK = Skew Factor, Effect of Encoder : 
Skew on DC Level 802.3 
= (SKEW X 4)/100 = 0.02 for 0.5 ns Skew 

Rs__| =MaxDCLoopRes.ofasegment [| _CDEFINITION 

|__=loadResistanceseenbyaDrver | «| _~CEFINITION 

ASSUMPTION 


National Semiconductor 
Application Note 620 
Mohammed Rajabzadeh 


However, when it clamps it also changes the duty cycle 
enough to sustain the —4V DC collision level. 


An internal diode is included in series with the transmitter’s 
output to isolate its capacitance and thereby minimizing the 
tap capacitance. For more dynamic range margin, it is rec- 
ommended that external isolating diodes at the transmitter 
output not be used. It is also advisable to design the power 
supply to operate at the higher end of the 8.55V to 9.45V 
range. 


COLLISION LEVELS—RECEIVE MODE 


In order to understand the concerns with collision levels, itis 
necessary to calculate the levels for Cheapernet (10BASE2) 
50. cable (RGS8AU) as an example. 


5020 Cable Example (RG58A/U) 


Table | shows the parameter values that are used in calcu- 
lating the collision levels. Please note that all the levels in 
this article are for receive mode collision detection. 
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The collision levels that need to be calculated are Vmax and 
Vmin. The Vmax or “no detect” level is the maximum DC 
voltage generated by one node. The worst case here occurs 
when the transmitting node is at the center of a maximum 
length cable, and the collision is being detected either by 
itself or by a station right next to it. On the other hand, the 
Vmin or “must detect” level is the minimum DC voltage gen- 
erated by two minimum stations transmitting at one end of a 


maximum length cable, and the collision is being detected 
by a node on the other side of the cable. 


The filter impulse response is not included in these calcula- 
tions since it is mutually exclusive with the Sending End 
Overshoot. If the impulse response is larger than the Send- 
ing End Overshoot, the exceeding portion should be added 
on to the limits. 


Maximum Non Collision Level Vmax (No-Detect)—Receive Mode—500 Cable 


A 


DETECT IN HERE 


= Ry X 1.01 x [(fm — 20) X tr + 1] 

= Roc X L Xx [(Tm — 20) x te + 1} + N X Ro 

= (Rtmax + Rs/2)/2 

= [Imax X (1 + SK) + (N — 1)(Ig-)] X RE x (1 + SEO) 


= 50 X 1.01 x [(50 — 20) x 0.0001 + 1] 

= 0.0489 x 185[(50 — 20) x 0.004 + 1] + 30 x 0.0034 
= (50.652 + 10.234/2)/2 

= [45 x 1.02 + 29 x 0.025] x 27.885 x 1.08 


Imax (1 # SK) + (n=1)(ty-) 


TL/F/10444-1 


= 50.6520 
= 10.2340 
= 27.8850 
= 1404mV 


Minimum Collision Level Vmin (Must-Detect)}—Receive Mode—50N Cable 


Ro/(N=2) 


Rtmin 


K—~—— 
DETECT IT HERE~ Re 


= NEAR END SHUNT RESISTANCE 
= [Ro/(N — 2)1//Rtmin 

= Ry X 0.99 

= TRANSMITTER’S END DC VOLTAGE 

= 2 X Imin X (1 — SK) X [Rtmin//(Rs + Rp)] 
= Vp x [Rp/(Rg + Rp)] x SR 

= [100k/28]//(50 X 0.99) = 3571//49.5 


= 2X 37 x 0.98 x [49.5//(10.234 + 48.823)] 
= 1952 x [48.823/(10.234 + 48.823)} x 0.98 


lnin (1°SK) Imin (1=SK) 


TL/F/10444-2 


= 48.8230 
= 1952 mV 
= 1581 mV 


The calculations show that the Vmax and Vmin are properly placed outside the collision threshold range of the DP8392 (1450 mV 


to 1580 mV). 
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932 Cable Collision Level Calculation 


A few parameters need to be changed when using a different impedance cable. Here are those petemetele for 930 cable 


(RG62A/U TYPE, BELDEN 9269); 


‘TABLE II 


Rr termination resistor at 20°C 
L maximum segment length 
Roc maximum cable DC res. at 20°C 


Considering the new values the Vmax and Vmin levels are; 


"= 93 41% — 
= 130m 
= 0.1437 2/m 


BELDEN 


Maximum Non Collision Level Vmax (No Detect)—Receive Mode—93N Cable 


Rtmax = 93 X 1.01 x [(50 — 20) x 0.0001 + 1] 


= 0.1437 x 130[(50 — 20) x 0.004 + 1] + 30 x 0.0034 
= (94.212 + 21.025/2)/2 . 
= [45 x 1.02 + 29 x 0.025] x 52.362 x 1.08 


= 94.2120 
= 21.0250, 
= 52.362 
= 2636.692 mV 


Minimum Collision Level Vmin (Must Detect)—Receive Mode—93N Cable 


= [100k/28]//(93 x 0.99) = 3571//92.07 


= 2 X 37 X 0.98 X [92.070//(21.025 + 89.756)] 
= 3646.396 x [89.756/(21.025 + 89.756)] x 0.98 


932. IMPLEMENTATION WITH DP8392 


Figure 1 shows the connection diagram with 932N cable (100 
meters and 30 stations). The design parameters defined be- 
low are summarized in Table Ill. The resistor divider ratio 
needs to be calculated to attenuate the receiver input sig- 
nal. The two resistors Ry and Ro should center the calculat- 
ed thresholds (2636 mV to 2895 mV) to the internal level of 
DP8392 (1450 mV to 1580 mV). | 

The resistor divider and the capacitor Cp, Figure 7, (Cp in- 
cludes the RXI input capacitance, typically 1 pF, and the pc 
trace capacitance associated with it) form a low pass filter 
effect. It may be necessary to add the capacitor Cc (capaci- 
tor Cc creates a high pass effect) to compensate the low 
pass effect. The equation to calculate the capacitor Cc is; 


Cc X Ro = Cp X Ry 


TABLE Il! 
BELDEN RG62A/U Type 932 Cable 


130 meters 
0.1437 2./m 


= 89.7560. 
= 3646.396 mV 
* = 2895.272 mV 


It is also necessary to add the resistor R3 (Rg = Ry//Re) in 
series with the CDS pin. This will assure that the voltage 
drop due to the biasing currents into CDS and RXI pins are 
duplicated. 

To check the design; 


[54.8k/(54.8k + 45.2k)] x 2636 mV = 1444 mV 


([54.8k/(54.8k + 45.2k)] x 2895 mV = 1586 mV 


The DP8932’s internal collision range is within this window. 


752. CABLE IMPLEMENTATION 
This method can also be successfully implemented for 80 


- meters of 750 cable (RG59/U BELDEN 8241). The collision 


thresholds are 2127.8 mV and 2339.6 mV. The correspond- 
ing Ry and Ro values are 67.8 kD. and 32.2 kf respectively. 
Table IV summarizes the design parameters. 


TABLE IV" 
BELDEN RG59/U 752 Cable 


80 meters 
0.1894 Q/m 


Rs = Ry // Ry 


TL/F/10444~-3 


FIGURE 1 


Designing the DP8392 for 
Longer Cable Applications 


The IEEE 802.3 standard is designed for 500 meters of 
Ethernet cable and 185 meters of Cheapernet (RG58A/U) 
cable. To extend such segments to 1000 meters of Ethernet 
cable and 300 meters of Cheapernet cable requires utiliza- 
tion of Transmit mode collision detection. This method is 
described below. 


COLLISION DETECTION SCHEMES 


The collision circuitry monitors the coaxial DC level. If the 
level is more negative than the collision threshold, the colli- 
sion output is enabled. 


There are two different collision detection schemes that can — 


be implemented with the CTI; Receive mode, and Transmit 
mode. The IEEE 802.3 standard allows the use of receive 
and transmit modes for non-repeater node applications. Re- 
peaters are required to have to receive mode implementa- 
tion. These different modes are defined as follows: 
Receive Mode: Detects a collision between any two sta- 
tions on the network with certainty at all times. 
Transmit. Mode: Detects a collision with certainty only 
when the station is transmitting. 
Table |-summarizes the receive ard Hanes mode defini- 
tions: 

TABLE! . 


Receive Transmit 


"Weds 
See are TS Te] 


Transmitting 
Non-Transmitting 
Y = Detects Collision 


N = Does Not Detect Collision 
M = Might Detect Collision 


National Semiconductor 
Application Note 621 
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Receive Mode: The Receive mode scheme has a very sim- 
ple truth table. However, the tight threshold limits make the 
design of it difficult. The threshold in this case has to be 
between the maximum DC level of one station (— 1300 mV) 
and the minimum DC level of two far stations (— 1581 mv). 
Several factors such as the termination resistor variation, 
signal skew, and input bias current of non-transmitting 
nodes contribute to this tight margin. On top of the 
— 1300 mV minimum level, the impulse response of the in- 
ternal low pass filter has to be added. The CT! incorporates 
a 4-pole Bessel filter in combination with a trimmed on 
board bandgap reference to provide this mode of collision 
detection. 


Transmit Mode: In this case, collision has to be detected 
only when the station is transmitting. Thus, collision caused 
by two other nodes may or may not be detected. This fea- 
ture relaxes the upper limit of the threshold. As a result of 
this, longer cable segments can be used. With the CTI, a 
resistor divider can be used at the Collision Detection Sense 
(CDS) pin to lower the threshold from receive to transmit 
mode. 


COLLISION LEVELS—TRANSMIT MODE 


Table !I shows the parameter values that are used in calcu- 
lating the collision levels in transmit mode. 


TABLE II. Assumptions and Definitions 


Rr. = Termination Resistor at 20°C 
tr = Temp. Coef. of the Terminator 
= Maximum Segment Length 


= Maximum Cable DC Res. at 20°C 


= Temp. Coef. of Copper 
= Maximum Cable Temp. 
= Step Response at Max Cable Length 


= Max. Connector Res./Station 


Max. Positive. Bias Current 
Max. Negative Bias Current 
= Max. DC Drive Current 
= Min. DC Drive Current 
_= Non Transmitting Output Impedance 
= Max Nodes per Segment 


= Skew Factor, Effect of Encoder 
Skew on DC Level 

= (SKEW 4)/100 

= Max. DC Loop Res. of a Segment 

= Load Resistance Seen by a Driver 

= Sending End Overshoot 


= 60 £1°%N 


= 0.10 
= 0.14 


802.3 
ASSUMPTION 
802.3 

802.3 
BELDEN 
BELDEN 
PHYSICS 
ASSUMPTION 
NATIONAL 
NATIONAL 
MIL SPEC 
ASSUMPTION 
802.3 

802.3 

802.3 

802.3 

802.3 

802.3 

802.3 


0.0001/Deg. 
Cheapernet 
Ethernet 
Cheapernet 
0. 01009/m Ethernet 


0.004/°C 


Cheapernet 
Ethernet 
Cheapernet 
Ethernet 


Cheapernet 
Ethernet 


802.3 


= 0.02 for 0.5 ns Skew 


DEFINITION 
DEFINITION 
ASSUMPTION 
ASSUMPTION 


Cheapernet 
Ethernet 
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' The calculations below explain how the values for the resis- 
tor divider in Figure 7 are obtained. First, collision levels 
Vmax and Vipin must be calculated. The Vmax or “no detect” 
level is the maximum DC voltage generated by one node. 
The worst case here occurs when the transmitting node is 
at the center of a maximum length cable, and the collision is 
being detected either by itself or by a station right next to it. 
On the other hand, the Vmin or “must detect” level is the 


minimum DC voltage generated by one minimum transmit- 
ting station and another minimum transmitting station at the 
other end of a maximum length cable. . 


The filter impulse response is not included in these calcula- 
tion since it is mutually exclusive with the Sending End 
Overshoot. If the impulse response is larger than the Send- 
ing End Overshoot, the exceeding perton should be added 
on to the fimits. 


Maximum Non Collision Level Vax (NO DETECT)—Transmit Mode 


DETECT !T HERE re 


Rtmax = Rr X 1.01 x [(Tm — 20) x ty + 1] 

Rg -=Rpc XL X [(Tm — 20) X tp + 1] + NX RC 

Ri = (Rtmax + Rs/2)/2 

Vmax = [Imax X (1 + SK) + (N— mt) (Ip—)] x RL x 

(1 +. SEO) 

CHEAPERNET Cable, 300 Meters, 100 Stations: 

Rtmax = 50 X 1.01 x [(50 — 20) x 0.0001 + 1] 

= 50.6520 

= 0.0489 x 300 [(50 ~ 20) x 0.004'+ 1] + 
100 x 0.0034 = 16.7709 


Rs 


Imax (1 +SK) # (n=1)(Ig~) 
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= (50.652 + 16.770/2)/2 = 29.5190, 

= [45 X 1.02 + 99 x 0.025] x 29.519 x 1.10 
= 1571 mV 

ETHERNET Cable, 1000 Meters, 100 Stations: 


Rtmax = 50 X 1.01 x [(50 — 20) x 0.0001 + 1) 
= 50.6529 


= 0.01 x 1000 [(50 — 20) x 0.004 + 1] + 100 x 
0.0001 = 11.210 


= (50.652 + 11.21/2)/2 = 28.1290 


= [45 X 1.02 + 99 X 0.025] x 28.129 x 1.14 
= 1551mV 


Ri 
VMax 


Rs 


Ri 
VMax 


Minimum Collision Level Vigin (MUST DETECT)—Transmit Mode 


RTmin Ro/(N-2) 
_——oed 

Rp 

Imin (1-SK) 


DETECT IT HERE ue 


END 1 
STATION 1 


= Near End Shunt Resistance 
= [Ro/(N — 2)]//Rtmin 
= Ry X 0.99 

Station 1’s DC Voltage at End 1 

IMin X (1 — SK) x [Rp//(Rg + Rtmin)] 
VS2(2) = Station 2's DC Voltage at End 2 

~ = Imin X: (1 — SK) X [Rtmin//(Rs + Rp)] 
VS2(1) = Station 2’s DC Voltage. at End 1 

= VS2(2) x [Rp/(Rs + Rp)] x SR 

VMin = VS1(1) + VS2(1) 
CHEAPERNET Cable, 300 Meters, 100 Stations: 


Rp {100k/98]//(50 x 0.99) 
1020//49.5 = 47.2090 


37 X 0.98 X [47.209//(16.770 + 49.5)] 
1000 mV 


37 X 0.98 x [49.5//(16.770 + 47.209)] 
1012 mV 


1012 x [47.209/(47.209 + 16.770)] x 0.97 
724 mV 


1000 + 724 


Rp 


RT min 
VS1(1) 


VS1(1) 
VS2(2) 
vS2(1) 


Vain = 1724mV 
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Imin (1=SK) 
END 2 
STATION 2 


TL/F/10445-2 
ETHERNET Cable, 1000 Meters, 100 Stations: 
Rp -= [100k/98]//(50 < 0.99) = 1020//49.5 
= 47.2090 
37 X 0.98 X [47.209//(11.21 + 49.5)] 
9638 mV - ; 
= 37'X 0.98 x [49.5//(11.21 + 47.209)] 
972 mV 
972 X [47.209/(47.209 +.11.21)] x 0.94 
738 mV 
VMin = 963 + 738 


CIRCUIT IMPLEMENTATION 
Table Ill summarizes the design parameters. 


TABLE III 


ETHERNET | CHEAPERNET 


1000 Meter 300 Meter 
100 100 

1701 mV 1724 mV 
1551 mV 1571 mV 
1250 +1% 1502 +1% 
10kN +1% 10kN +1% 


VS1(1) 
vs2(2) 
VS2(1) - 


= 1701mV 


Circuit implementation is shown in Figure 7 


TL/F/10445-3 


FIGURE 1 


To check the design, subtract the additional offset generat- 
ed by the resistor divider from these levels (Vax and Viin) 
and make sure that the internal 8392 collision levels 
(1450 mV to 1580 mV) are within this window. The supply 
voltage is assumed to be 9V+5%. 


Ethernet | 
1551 mV — 8.55V (12509/(10 kN + 1259)) = 1445 mV 
1701 mV — 9.45V (1252/10 kn + 1250)) = 1584 mV 
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Cheapernet 
1571 mV — 8.55V (1509/(10 kN + 1509) = 1445 mv 
1724 mV — 9.45V (1509/(10 kN + 1509) = 1584 mV 


These calculations show that the resistor values are proper- 
ly selected. ; 


Measuring Ethernet Tap 
Capacitance 


INTRODUCTION 


When a node is added to an Ethernet network, its nodal 
capacitance changes the impedance of the cable at the 
point of connection to the cable. The impedance change 


the waveform. The more the capacitance the greater the 
distortion, and eventually with large enough node capaci- 
tances the Ethernet signal could become so distorted that 
the packet data would become corrupted when decoded by 
a network node. For this reason the IEEE802.3 standard 
specifies a maximum value of capacitance that a node may 
add to the network, as well as a minimum node to node 
distance spacing. Since the capacitance of a node includes 
stray inductances, the effective capacitance of a node con- 
nection cannot be measured simply by using a capacitance 
meter. This note presents the method for measuring capaci- 
tance of an Ethernet tap for 10BASE5 or a BNC “T” for 
10BASE2. , 


THE STANDARD’S REQUIREMENTS 


To properly make the measurement, it is important to under- 
stand how the standard specifies the capacitance of a node. 
To quote the IEEE802.3 standard: 


8.3.1.1 Input Impedance: The shunt capacitance present- 
ed to the coaxial cable by the MAU circuitry (not including 
the means of attachment to the coaxial cable) is recom- 
mended to be no greater than 2 pF. The resistance to the 
coaxial cable shall be greater than 100 kf. 


The total capacitive load due to MAU circuitry and 


the mechanical connector as specified in 8.5.3.2 
shall be no greater than 4 pF. 


These conditions shall be met in the power-off and power- 
on, not transmitting states (over the frequencies BR/2 to 
BR). J, 

The magnitude of the reflection from a MAU shall not be 
more than that produced by a 4 pF capacitance when mea- 
sured by both a 25 ns rise time and 25 ns fall time wave- 
form. This shall be met in both the power-on and power-off, 
not transmitting states. 


causes a reflection of the Ethernet waveform, which distorts , 


National Semiconductor 
Application Note 757 
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To summarize the maximum allowable capacitance specifi- 
cations for both Thinwire and Thickwire Ethernet the follow- 
ing table is provided. 


TABLE I. Maximum Capacitance Allowed in IEEE802.3 


Electrical Mechanical 
Standard — Circuitry Connector 
10BASES 
10BASE2 


Note: Thickwire or Thick Ethernet refers to 10BASE5 and Thinwire or Thin 
Ethernet refers to 10BASE2. 


Node Parasitic 
Capacitance 
and Inductance 


TUF /11168-1 
FIGURE 1. Simple Mode! of the Parasitics _ 
Presented to the Ethernet Cable 


THE TEST METHOD 


Due to the nature of the capacitance of a DTE (Data Termi- 
nal Equipment), rather than perform a simple capacitive 
measurement using a meter, the capacitance of the network 
node is more accurately measured by testing it in an envi- 
ronment where the actual signal reflection caused by the 
capacitance of a node attachment is measured when apply- 
ing a typical Ethernet signal. The magnitude of the reflection 
is then correlated to an equivalent capacitance. This is the 
most appropriate method, since it is the signal degradation 
due to the capacitive load that is the important considera- 
tion in defining the above specifications. 
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With the above in mind, the test is performed by first mea- THE TEST WAVEFORM 


Then the DTE is replaced with a reference variable capaci- has rise and fall times of 25 ns +5 ns (defined by the 
tor, and the capacitor's value is adjusted until the capaci- 1EEE802.3 standard). With a purely capacitive load applying 
The capacitance of the node is therefore the same as the er) reflections than would be seen on a typical network. If 
reference capacitance value that causes the same ampli- the node were purely capacitive this would not affect the 
tude reflection. measurement. The larger (or smaller) node reflection for a 
TEST SETUP AND CABLE given parasitic capacitance would track with the reference 


capacitance’s reflection yielding accurate measurements. 


An example test configuration which measures the capaci- 


tance of the Thickwire Ethernet is shown in Figure 2. The However, the node is actually not a pure capacitance, but 
waveform applied to the test node is an important consider- has some series inductance associated with the network 
ation in setting up the test, as it will affect the resultant value connection as shown in Figure 7. The application of signals 


of capacitance. In particular the rise and fall times must be with faster than 20 ns rise and fall times actually result in an 


carefully chosen to reflect the capacitance seen in an Ether- unrealistically low capacitance measurement. This is be- 
net network, as described in the next section. Cause the nodes capacitance is buffered by the stray series 
inductances which reduce the reflection magnitude when 
compared to the pure capacitance. This correlates to a low- 
er than actual capacitance. 


The cable lengths and spacing between the scope input and 
the transceiver’s connection are chosen to ensure that the 
reflection due to the transceiver appears on the flat portion 


of the test waveform. This allows accurate measurement. On the other hand applying very slow rise and fall times 
The total cable length is equivalent to the full 10BASES (slower than 30 ns) result in the measurement of a larger 
length of 500m. capacitance than actual. This is because the series induc- 
An oscilloscope is used to measure the voltage of the re- tance effects are less than would be seen with a nominal 
flection. The scope, with a 1 MQ input impedance, as shown AV EIOUN: : : ; 

in Figure 2, is connected directly to the cable without a Since it is desirable to measure the capacitance in such a 
probe. This eliminates any errors due to the probe. The dis- way as to correlate to the effective capacitance seen when 
tance between transceiver connection point “A” and the IEEE802.3 signaling is used, the best compromise choice is 
scope is set so that the reflections will arrive at the scope to select a 25 ns rise and fall times for this test. (This is the 
right after the signal rise and fall times. Moving point “A” reason for this choice in the actual standard.) 

any further makes the reflections smaller in amplitude (ca- Again, the reason behind this decision is that although the 
ble attenuation) and therefore harder to measure. 2 30 ns edges indicate larger capacitances a signal with 
On the scope’s display measurements are made at the 25 ns edge produces results that more correctly represent 
point immediately after the rise time. Reflections are then the actual effect of the attached node’s capacitance. 


compared to the ones for known discrete capacitors. 


BNC TO "'N’ 
SERIES CONVERTER 


T CONNECTOR 


500 TERMINATION 


THICKNET CABLE 


THINNET CABLE 


a 
PULSE 
GENERATOR 

500. + 3 FT. —| 
IMPEDANCE 


OUTPUT 


33 FT 


SCOPE "AY 
1MQ INPUT DP8392 IS 
IMPEDANCE CONNECTED 


HERE 


TL/F/11163-2 
FIGURE 2. Test Setup 
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FIGURE 3. Input Test Waveform 


As shown in Figure 3, a low frequency trapezoidal signal is 
used. This will keep the reflections from each edge of the 
signal well away from the next edge enabling easier mea- 
surement. The 2 Vpp test input signal is the typical voltage 
swing on the coax cable in normal operation. In the case of 
a discrete capacitor the voltage level of the signal may not 
be important. However, due to the non-linearity of the node 
and DP8392 capacitance a typical voltage signal should be 
used following the same rational as was used for the signal 
rise and fall times. 


Reflection Due to 
Discontinuity caused 
by Node Capacitance 


TL/F/11163-4 


Note: This figure is conceptual. It does not show the waveform details. 
FIGURE 4. Example of Reflection 


TEST RESULTS 


A special jig was built to connect the !Cs to point “A” in 
Figure 2. This greatly improves measurement repeatability. 
Data repeatability of 0.01 pF is achieved. 


Typical data for RXI and TXO capacitances are 1.0 pF and 
2.0 pF respectively. Total node capacitance can be reduced 
to around 1.6 pF with the addition of a small capacitance 
diode in series with the TXO output, as shown in Figure 5. 
For Ethernet applications two diodes in series can be used 
instead. 
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Thinwire 


RXI 
TXO 

DP8392 

Yec 

TL/F/11163-5 


Thickwire 


RXI 


TXO 
DP8392 


Voc 


TL/F/11163-6 
FIGURE 5. DP8392 Connection Diagram 


INACCURACIES OF THE CAPACITANCE METER 


As stated, in a real network, it is not the node capacitance 
that creates a problem, but too large a reflection caused by 
this capacitance. This reflection distorts the cable signal. 
Therefore the best method of test is to measure the reflec- 
tion under true network waveforms. By the same analogy 
capacitance meters which have a test signal frequency that 
does not correspond to 25 ns rise and fall time do not reveal 
a true measurement of capacitance, and so capacitive mea- 
surements done only with a capacitance meter are usually 
(almost always) inaccurate to the true effective capacitance 
as seen by the network cable. 
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Low Power Ethernet with Pees herel trail eas 


the CMOS DP83910 Serial William Harmon 
Network Interface 


INTRODUCTION perform this operation, the NRZ bit stream is first received 
This application note discusses the features of, and imple- by the Manchester encoder block of the SNI. Once the bit 
mentation techniques for, National Semiconductor’s CMOS stream is encoded, it is transmitted out differentially on to 


Serial Network Interface (SNI), the DP83910. Also, a com- _the transmit differential pair through the transmit driver. 
parison of the CMOS SNI to National’s bipolar SN| When a reception takes place, the differential receive data . 


(DP8391) on several key issues will be provided. In general, _from a transceiver is converted from Manchester encoded 
the DP83910 provides a low power Attachment Unit Inter- data into NRZ serial data and_a receive clock, which are 
face (AUI) for a Carrier-Sense Multiple Access with Collision Passed to the receive data and receive clock inputs of the 
Detect (CSMA/CD) Ethernet system. In fact, when used in Network Interface Controller. In executing this sequence, 
conjunction with National Semiconductor's Network Inter- the DP83910's data receiver takes the Manchester data 
face Controller (NIC, DP8390) and Coaxial Transceiver In- _ from the differential receive lines and passes it to the phase 
terface (CTI, DP8392), the DP83910 provides fora com- locked loop (PLL) decoder block. The PLL block then de- 


plete IEEE 802.3 Ethernet and/or thin wire Ethernet solu. Codes the data and generates a data receive clock and a 
tion, as shown in Figure 7. stream of NRZ serial data, which is presented to the NIC. In 


the case of National Semiconductor’s Network Interface 
FUNCTIONAL DESCRIPTION OF THE DP83910 Controller, the DP8390, the serial NRZ signals are called 
The CMOS SNI operates as an interface between an Ether- TXD and RXD. 
net transceiver and a local area network data controller. A In addition to performing the Manchester encoding and de- 
functional block diagram of the DP83910 is shown in Figure coding function, the DP83910 also provides several impor- 
2. The primary function of this interface is to perform the tant network signals to the network controller. A diagram of 
encoding and decoding that is necessary for the differential the interface between National Semiconductor's NIC and 
pair Manchester encoded data of the transceiver and the the CMOS SNI can be found in Figure 3. The first of these 
Non-Return-to-Zero (NRZ) serial data of the NIC tobe com- signals is carrier sense (CRS), which indicates to the con- 
patible with each other. In the case of a transmission, the troller that data is present on the SNI’s receive differential 
SNI translates the NRZ serial data from a network control- pair Secondly, the SNI provides the network controller with 
ler’s transmit data line into differential pair Manchester en- a collision detection signal (COL), which informs the control- 
coded data on a transceiver’s transmit pair. In order to __ ler that a collision is taking place somewhere on the net- 


IEEE 802.3 Compatible Ethernet/Thin Ethernet/10BaseT - 
Local Area Network Chip Set 


TRANSCEIVER OR MAU 


PCB 
CONNECTION 
OR 
AUI CABLE 


DP8392 
COAXIAL 
TRANSCEIVER 
INTERFACE 


STATION OR OTE 


ZO-—-4>rrouwn— 


DP8390 
NETWORK 
INTERFACE 
CONTROLLER 


10 BASET MAU 


ZO-—-HA>rron— 


AU! CABLE 


ZO-oAr>ron— 


TL/F/10446-1 


FIGURE 1. A Block Level Diagram of an Ethernet Node 
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FIGURE 3. Interface between the DP8390 and DP83910 


work. The SNI itself is informed of the collision when its 
collision receiver detects a 10 MHz signal on the differential 
collision input pair. Finally, the DP83910 provides both the 
receive and transmit clocks (RXC and TXC, respectively). 
The transmit clock is a divide by two derivative of the SNI’s 
oscillator inputs (X1 and X2), while the receive clock is gen- 
erated directly from the frequency of the input data to the 
PLL. 


The DP83910 can also be placed in a loopback mode, in 
order to check the SNI’s receive and transmit interface to 
the network controller. In loopback, as pictured above, the 
SNI’s Manchester encoder block is essentially connected 
directly to the PLL decoder block. This allows for the valida- 
tion of the Manchester encoding and decoding process 
without the variable of random network traffic. The SNI is 
placed in loopback mode when the loopback pin (LBK) is 
driven high. 


COMPARING THE DP83910 WITH THE DP8391 


The DP83910 is basically a CMOS version of the existing 


National Semiconductor bipolar SNI; the DP8391. The func- 
tionality of the two parts is identical. However, there are a 
few differences that exist between the two parts, in spite of 


_ the fact that they can be implemented as pin for pin compat- 


ible. The most fundamental difference between the two 
parts is the process under which each is manufactured. The 
DP83910 SNI is fabricated in a CMOS process, while the 
DP8391 is made in a bipolar process. As a result of this, the 
level of average power supply current needed by the 
DP83910 is approximately 75 percent less than the 270 mA 
required by the DP8391. Another significant difference be- 
tween the two parts is the CMOS SNI’s need for a pulse 
transformer to be placed between all of its differential sig- 
nals and those of the transceiver, regardless of whether a 
drop cable or thin wire Ethernet configuration is being imple- 
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mented. This is necessary due to the fact that the CMOS 


process will not guarantee the IEEE 802.3 16V fail safe 


specification if no isolation is provided to the differential Sig- 
nals that go to the AUI cable. One consequence of the 
transformer requirement is that National Semiconductor de- 


fines the AUI interface at the transceiver side of the trans-. 


former and only guarantees the correct operation of the 
CMOS SNI when the pulse transformer is employed in the 
system. 

In addition to the above process related differences, there 
are still two non-process related differences, which need to 
be mentioned. First, the phase locked loop in the bipotar 


SNL is digital, while the phase locked loop of the CMOS SNI ; 


is analog. This is functionally transparent when designing 
with the DP83910; however, it does provide for a significant 
savings in power consumption. Finally, it should be noted 
that pin 17 (TEST) on the bipolar SNI is required to be tied 


to ground through a capacitor, while the same pin on the: 


CMOS SNI can either be implemented in the same manner 
or connected directly to ground. A list of all the above men- 
tioned differences can be found in Table I. 


DESIGNING WITH THE DP83910 


In developing the DP83910, National Semiconductor per- 
formed extensive testing in its own Local Area Network Lab- 
oratory to assure that the CMOS SNI would provide an easi- 
ly implemented low power controller/transceiver interface 
for Ethernet system designers. This development and test- 
ing assured that the DP83910 was IEEE 802.3 and Ethernet 
compatible, able to interface with industry standard trans- 
ceivers (Ethernet, Twisted Pair Ethernet, and Fiber Optic 
Ethernet), and is capable of having the National Semicon- 
ductor DP8391 as a pin-for-pin replacement. In Figures 4 


and 5, two methods of implementing the DP83910 with the _ 


DP8392 are demonstrated. One significant feature of both 


designs is that it is possible to directly substitute a DP8391_ 


for the CMOS SNI and maintain the same functional quality. 


The DP83910 Transmitter Operation 


When operating as a transmitter, the DP83910 combines 
NRZ data received from the controller with a clock signal, 
which the SNI generates, and encodes them into a Man- 
chester serial bit stream. This encoded signal then appears 
differentially at the SNI’s TX+ output. In Ethernet 
(10Base5) applications, this signal is sent to the transceiver 
or the Medium Attachment Unit (MAU) through an AUI 
transceiver cable. This cable, which can be up to 50 meters 


TABLE |. Comparison of the DP8391 and DP83910 


ee | 
CMOS 


Power Consumption | 270mA_ 70 mA 
(Typical) fe ab: 
| | 


Phase Locked Loop [| dita | Analog 


PLL Filter/Capacitor — 
Required 


Pulse Transformer 
(At DTE Side of AUI Interface) 


in length, typically consists of four individually shielded twist- 
ed wire pairs (TXt, RX+, CD+, and PWR/GND), which 
are covered by an additional overall shield. The transmit 
signal pair, which has a differential characteristic impedance 


- Of 782, should be terminated at the receiving end of the 


cable. It should be noted that each of the TX+ and TX— 
source follower outputs needs to be connected to ground 
through a 2702 pull down resistor. 


When employing the CMOS SNI, it is important to place a 


pulse transformer between the differential transmit pair on 


the DP83910 and the differential transmit signal on the AU! 
cable or CTI, as shown in Figures 4 and 5. This transformer 
is required in order to provide the necessary isolation for the 
CMOS SNI to meet the IEEE 802.3 16V fail safe specifica- 
tion. However, the pulse transformer does reduce the trans- 
mission of noise onto the transceiver cable. Also, it should 
be noted that more inductive transformers will decrease the 
magnitude of the undershoot. Furthermore, it is imperative 
that the designer guarantee the inductive load seen be- 
tween the DP83910’s AUI interface and the CTI receiver be 
greater than 27 pH. Transformers with 50 wH to 150 pH 
loading, such as the Pulse Engineering PE64103 and Nano 
Pulse NP5417, are recommended, since they will minimize 
the inductive undershoot on the SNI’s TX+ output pair and 
reduce the noise seen by the CTI’s differential transmit input 


. pair. It is important that the selected pulse transformer 


doesn’t excessively increase the rise and fall time nor lower 
the output amplitude despite the fact that it reduces the 
undershoot. 

The DP83910 provides both half and full step modes. The 
IEEE 802.3 standard requires the use of half step rnode, in 
which the transmit output goes to differential zero in idle. In 
full step mode, the transmitter enters idle and stays at a 


’ fixed level. This will eventually allow the pulse transformer 


to completely saturate. The desired mode of operation is 
chosen through the Mode Select pin (SEL) on the SNI. 


The DP83910 Data Receiver Operation 


While performing reception, the CMOS SNI receives differ- 
ential Manchester encoded serial data and converts it into 
NRZ serial data and a receive clock. The Manchester en- 
coded data, which is received from the CTI or AUI cable, 
must be isolated before it reaches the SNI. Hence, the 
DP83910 requires that there be a pulse transformer on the 
SNI’s side of the AUI interface. The actual employment of 
this transformer can be seen in both Figures 4 and 5. This 
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transformer is mandatory and it forms part of the internal DC 
biasing circuit used for the differential receivers. Further- 
more, the transformer is also needed to isolate the trans- 
ceiver cable against the 16V voltage fault specification in 
the IEEE 802.3 standard. The performance of the differen- 
tial receiver is not greatly affected by the selection of a 
pulse transformer. As a result, the pulse transformer select- 
ed for the transmitter design will also work correctly for the 
RX-+ data receiver. It should be noted here that the collision 
receiver is very similar to the data receiver and requires the 
same isolation. The collision input will be discussed more in 
the following section. 


Once the data arrives at the receiver inputs of the SNI, it is 
amplified and then decoded by the analog phase locked 
loop, which can receive Manchester data with +20 ns of 
random jitter. During the decoding process, the incoming 
signal is converted into NRZ data and a receive clock, 


which are sent to a network controller. Also, the differential - 


data receiver has a built in filter to provide a static noise 
margin. This filter enables the SNI to reject signals that do 
not exceed the input squelch voltage and have less than a 
30 ns pulse width. 


Furthermore, since the DP83910 and pulse transformer 
constitute the AUI interface, the physical connection be- 
tween the AUI and the MAU interfaces is defined as being 
on the MAU side of the pulse transformer. In light of this, it is 
permissible, when incorporating the CMOS SNI in a thin wire 
Ethernet application, to have a 78 resistance appear 
across the differential receive and collision inputs to the 
CTI, as shown in Figure 5. 


The DP83910 Collision Pair Operation 


In addition to the data receiver, the DP83910 also provides 
a differential receiver for the collision pair, which is driven by 
the transceiver. This 10 MHz active signal, from the AUI 
Interface, is converted to a TTL signal, digitally stretched, 
and sent to the controller as the Collision Detect Output 
(COL). Just as with the data receiver, the differential colli- 
sion receiver has a built in filter that rejects pulses that do 
not exceed the input squelch voltage level and have a pulse 
width less than 30 ns. 


Optimal Ethernet and Thin Wire Ethernet Interface 


If it is necessary to design a LAN board that minimizes the 
number of switching devices (jumpers) to alternate between 
Ethernet and thin wire Ethernet, the solution in Figure 5 
could be employed. This solution, in contrast to the six 
jumper solution in Figure 4, requires only one switch, which 
enables and disables the power supply to the CTI. In the 
case of thin wire Ethernet, power would be supplied to the 
CTI, while during drop cable Ethernet operation the unused 
CTI would be powered down. Hence, no excessive power is 
required when thin wire Ethernet is not in use. Furthermore, 
since there is only one switch, it may be feasible to imple- 
ment that switch with a transistor as opposed to a jumper. 
The advantage to using a transistor is that the Ethernet/thin 
wire Ethernet option can now be made to be software se- 
lectable. This is accomplished by developing a control sig- 
nal, which the software can issue to switch the transistor. 
Also, in looking at Figure 5, it is seen that two pulse trans- 
formers are used. The first transformer (Y3) is required by 
the CMOS SNI, for the reasons previously mentioned. The 
second pulse transformer (Y2), however, is used to isolate 
the powered-down CTI from the AUI cable interface, when 
Ethernet is being used. As in Figure 4, the application in 
Figure 5 allows the direct substitution of a bipolar SNI, the 
DP€391, for the CMOS SNI. 
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The DP83910 Oscillator Inputs 


The oscillator inputs of the CMOS SNI can be driven with a 
crystal or an oscillator. In either case, the SNI oscillator 
must be driven with a 20 MHz signal that provides for the 
transmitted frequency to be accurate within 0.01% as speci- 
fied in IEEE 802.3 standard. When using an oscillator, the 
output of the oscillator should be tied to input X1 of the SNI 
and the X2 input of the SNI should be left unconnected or 
grounded. However, the employment of a crystal to gener- 
ate the 20 MHz signal at the SNI’s oscillator inputs requires 
a great deal of care. The frequency of the crystal is usually 
measured with a fixed load capacitance (C,, typically 
20 pF), which is specified in the crystal’s data sheet. In or- 
der to prevent any distortion in the transmitted frequency, 
the total capacitance across the crystal’s leads should 
equal its specified load capacitance. The capacitance that is 
seen by-the crystal’s leads is the sum of the stray PC board 
capacitance (Cpcg) and the capacitance looking into the X1 
and X2 inputs (Csy)). If this capacitance is smaller than the 
crystal’s load capacitance, a correctional capacitance (Cc) 
can be placed across the crystal’s leads. This correctional 
capacitance would equal the difference between the crys- 
tal’s load capacitance and the sum of the stray PC board 
capacitance and the SNI’s X1 and X2 input capacitance. It 
should be noted that the input capacitance of the SNI that is 
seen across X1 and X2 is approximately a negligible 0.5 pF. 
Figure 6 displays a possible crystal setup. The selected 
crystal should meet the following specifications: 


Resonant frequency 
Tolerance 

Stability 

Type 

Circuit 


poe aed 
20 MHz 3 
X2 race) GE 
TL/F/10446-5 


FIGURE 6. SNI Oscillator Input Circuit 


20 MHz 

+0.001% at 25°C 
+0.005% at 0°C-70°C 
AT cut 

Parallel Resonance 


Co = CL (Cpcg + Coy) 


Improving Transmitter Overshoot 


Upon transitioning from a differential voltage of one polarity 
to another polarity (i.e., positive to negative), the magnitude 
of the differential transmit signal will reach a peak value. 
This peak at the transition points in the differential transmit 
waveform is referred to as the overshoot voltage. The over- 
shoot voltage of the DP83910 is below the maximum allow- 
able 1315 mV value that appears in the IEEE 802.3 stan- 
dard. However, the IEEE standard also defines the over- 
shoot voltage to be no greater than 1.12 times the nominal 
value (IEEE calls this nominal value V2). The DP83910 ex- 
ceeds this particular segment of the overshoot specifica- 
tion, as shown in Figure 7. However, exceeding the allowa- 
ble overshoot voltage value, as the CMOS SNI does, will 
have no functional affect on a system. Furthermore, the 
overshoot voltage can be altered to adhere to the IEEE 
802.3 specification by placing a capacitor across the differ- 
ential transmit pair at the primary (SNI side) of the required 
pulse transformer. This capacitor should be in the range of 
40 pF to 50 pF and will not degrade the performance of the 
CMOS SNI or system in any way. It should also be men- 
tioned that the DP8391, the bipolar SNI, will still be a pin-for- 
pin replacement for the CMOS SNI, in a design which em- 
ploys the capacitor for improving the overshoot. 


ec9-NV 


AN-622 


1195 mV 


785 mV 
(v2) 


TXt Differential Voltage 


Ons | 50 ns 
FIGURE 7. TX + Differential Overshoot Voltage 
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National 


Semiconductor 


DP83950B RIC™ 
Repeater Interface Controller 


General Description 


The DP83950B Repeater Interface Controller “RIC’’ may be 
used to implement an IEEE 802.3 multiport repeater unit. It 
fully satisfies the IEEE 802.3 repeater specification including 
the functions defined by the repeater, segment partition and 
jabber lockup protection state machines. 


The RIC has an on-chip phase-locked-loop (PLL) for Man- 
chester data decoding, a Manchester encoder and an Elas- 
ticity Buffer for preamble regeneration. 


Each RIC can connect to 13 cable segments via its network 
interface ports. One port is fully AUI compatible and is able 
to connect to an external MAU using the maximum length of 
AUI cable. The other 12 ports have integrated 10BASE-T 
transceivers. These transceiver functions may be bypassed 
so that the RIC may be used with external transceivers, for 
example DP8392 coaxial transceivers. In addition, large re- 
peater units, containing several hundred ports may be con- 
structed by cascading RICs together over an Inter-RIC bus. 
The RIC is configurable for specific applications. It provides 
port status information for LED array displays and a simple 
interface for system processors. The RIC posseses multi- 
function counter and status flag arrays to facilitate network 
statistics gathering. A serial interface, known as the Man- 
agement Interface is available for the collection of data in 
Managed Hub applications. 


Features 

Compliant with the IEEE 802.3 Repeater Specification 

13 network connections (ports) per chip 

Selectable on-chip twisted-pair transceivers 

Cascadable for large hub applications 

Compatible with AUI compliant transceivers 

On-chip Elasticity Buffer, Manchester encoder and de- 
~ coder ; 


1.0 System Diagram — 
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m Separate partition state machines for each port 

m Provides port status information for LED displays in- 
cluding: receive, collision, partition and link status 

m@ Power-up configuration options: 
Repeater and Partition Specifications, Transceiver Inter- 
face, Status Display, Processor Operations 

uw Simple processor interface for repeater management 
and port disable 

m On-chip Event Counters and Event Flag Arrays 

m Serial Management Interface to combine packet and 
repeater status information together 

= CMOS process for low power dissipation 

m Single 5V supply 
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2.0 Connection Diagram—160 Pin PQFP Package 
Pin Table (12 T.P. Ports + 1 AU! Bottom View) 
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2.0 Connection Diagram—160 Pin PQFP Package (Continued) 
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2.0 Connection Diagram—160 Pin PQFP Package (continued) 


Pin Table (1-5 AUI + 6-13 T.P. Ports) 
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2.0 Connection Diagram—160 Pin PQFP Package (Continued) 
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2.0 Connection Diagram—160 Pin PQFP Package (Continued) 


[Pinwame | Piano. | 
39 
28 
a7 
28 
24 
Penn | a 
Pxores | 30 | 
Paxon= [a _| 
Prone [es | 


| 39 | 
| 38 
| a7 | 
pAxi2— | 36 
| 35 
eed 


27 
24 
Prxio- | 20 | 


Paxoe= [ta 


ee se 
Pano | 2 | 
Pixoep= | 8 | 
raxce+ [7 
Pixos |e | 
Txoer+ | 6 | 
Paxe- | _« | 
Panes |e 
cee a ae 
Pano [1 


Note: NC = No Connect 


1 
7 
4 
1 


Pin Table (1-7 AUI + 8-13 T.P. Ports) — 


146 
145 


2.0 Connection Diagram—160 Pin PQFP Package (Continued) 
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2.0 Connection Diagram—160 Pin PQFP Package (continued) 
Pin Table (All AUI Ports) 


TX12— 
TX12+ 
CD12—- 
CD12+ 
RX12+ 
RX12— 
Cc 
GND 
RX11+ 
RX11— 
CDI1+ 
CcD11— 
TX11+ 
TX11— 


nn 


< 


oo 
~“ 


o) 


(ee) 
ie) 


< 
Q 


Cc 
ND 

TX10— 
TX10+ 


Popo | ae 
Poorer | at 
Paxtor [2 


G) 


i] 


nh 
BSS 


Pax | 18 


19 
18 


< 
Q 
Q 


_— 
N 


BN 


Note: NC = No Connect 


_ 
n 


= 
ol 


— 
on 
ho 


= 
ASS 
or 


- 


if) 
= 


= 
nN 


oe oe 9 
[ee] wo 
o;o Ls) 


ae 


2.0 Connection Diagram—160 Pin PQFP Package (Continued) 


g0S6E8dd 


RIC 
DP83950 


TL/F/11096-45 


All AUI Ports 


Order Number DP83950BVQB 
See NS Package Number VUL160A 
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DP83950B 


Prxore= [ats 
| Txor+ | At 
| To [Bia 
| Txovr+ | cra | 
pAxin2— | B13 
re 
| Moo | 12 
pAxii- [B12 | 

RXI114+ 
| GND 


| PinName | PinNo._| 
A15 
'A14 
B14 
C13 
A13 
C12 


| Bo | 


RXI10— 
RXHO+ © 
Voc 


[Voc | 7 
| GND | ar 
| RX | Ae 
C6 
C5 


RXI9 — 
Caxias [66 
Trxoers | c8 
Paxoe- [05 
Txoe+ [es _| 


cc 
ND 


Pane | oa 


RXI8 + 


Note: NC = No Connect 


| RXI7— 


2.0 Connection Diagram—160 Pin PGA Package (continue) 
Pin Table (12 T.P. Ports + 1 AUI Bottom View) | 


[ PinnNo. | 
coe 


TXO6P— 


| Txoee+ | EY 
G 
G 
H 


E1 

2 

Ha 
Ft 

1 

2 

J3 

J2 


NC 
NC 
Voc 
| Rxis~ | 2 


RXI5-+ 

TXO5P + 

| Txosp— | ke 
M 


K2 
i 
2 
Mi 

L3 
2 
N1 
N2 


Ea 
eGen 
a 
Pon [1s 
[Me 
xo [1 _ 


Paxe- | | 


Tax [ne | 


St 
GND P4 


| PinNo. | 
Txo2Pp- | s2_ | 
| so 
| PS 
| Rs. | 


TXO2+ 
TXO2— R 
TXO2P + 


RXx12— 


a a 
no _| se] 
RX1—- 


Se 
ea ea 
eee 
eee ec el 
a 
Voc | so 
ae 
| cuKIN, | Pe 
RA4 S10 


RAS 
A2 
A 
RAO 
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2.0 Connection Diagram—160 Pin PGA Package (continued) 


g0S6e8dd 


Veg | TXO2P= 1X02 RXI2+ Voc «= GND. CDI GND Veg_—SRAS-SsC«RAZ——s—‘é‘«‘ce:—‘<(ié«éEGSCsCéRD D>. sé 

s| o fo) fo) ° ° ° ° ° ° re) ° ° ° ° fe) ° 
98 96 95 91 90 89 86: (OBt 80 77 75 72 69 67 64 60 

GND TXO3-  TXO3P= TXO2= RXI2- -RX1# = CD14 Vec_«=S GND-Ss«RAS/-—s« RAO GND WR p6—s«éik2 Do 

R| oO Ke) ro fo) ° ° ° ° fe) ° ° ° ° om re) ° 
105 = 101 99 94 92 87 85 82 79 «76 73 #71. 68 65 61 59 

Voc RXI3-.«TXO3P# = GND)«TXO2P# XI TX1- —TX1# = CLKIN, = RAT. | MLOAD D7 D4 = D3.SsCGND Ss 

P| o fo) ° fo) ° ° ° ° ° ° ° ° ° me) ro nc?) 
106 104 102 97 93 88 84.83 78 7h: 70 - 66 63 62 57 55 
TXO4P+ RXI4— —-RXI3#—-TXO3+ . . Vo IRC IRD —-COLN 

Nn] oO ° ° ° ° ° on) 
109° «108 «= t03.——«*100 58 56 54 53 
TXO4P- TXO4- - RXI4+ ; . GND Yec  BUFEN 

ul Oo ° ° i. ° ° ° 
112 110 =: 107 es 51 52 48 

Veo «GND. ~—sCTXO4+ 7 5. KEN XM RDY 

t| o ° ° ° ° fe) 


114 113. 144 ; Z : 90 49 47 


TXO5- TXOSP- TXO5+ 
° ° ° : i : . ° fe] co) 
117 115 116 ; Z 45 | 44 46 


“TXOSP+ = RXIS- GND ae _ SRO GND . Yoo 
1] 0 ° ° . : = je ° ° ° 
118120421 © RIC we A Ra 
RXISt Veg —oRXIG+ ; . _KCKO. ANYXND... ACTND 
7 ae rameter : DP83950 7 a —- oS a3 
119 122.125 a i 38 - 39 40 
NC -RXIG=—-TXO6+ ; a ; . —MRXC) = MEN MRXD 
c] Oo o.).|0OUCO ° ° ° 
123 «-126=— 429 = 37 36 35 
NC -TX06= TXO7P= Veg «GND. CRS 
Fl oo (o>) ° °°) .O 
124 128.. 133 + 33. 32.4 
TXO6P+ TXO6P- TXO7+ : ACTNS ACKI ANYXNS 
E} oO ° ° . ; ‘oO ° ° 
127 130.—s«4134 aad 30 31 29 
GND 1XO7- GND —‘TXO8P+ Veo RXI13+ -RXINS- COMP 
dp} o ° ° ° a: ° ° fe) ° 
131. 1350139) 143 7 24 26 27 28 
Veo —RXIT=« TXOB-  TXOBP= TXO9- TXO9P+ Voc TXO10# TKO1OP= TxO11# GND = Yee‘ TXO12P+ GND TX013- TXO13P+ 
c]| o ° ° ° ° ° ° oO: rs > ee ©) ° (on) ° ° 
132 - 138 144 °146 151 152 156 2: - 3 rf 12 13 16 20 24 25 
TXO7P+ RXI8+ RXIB= «GND. TXO9# = RXI9+RXIVO# RXITO- GND «Veg RXIV 1 RKIV 1 RXIVZ= TXO12- TXOLSP- 1X013+ 
Bl Oo ° ° ° ce) o.)°|6COCOo ° ° ° ° fe) 0 ° ° 
136 141 «+142 147 150: 153 157 ° 158 4° 5 10. 11 15 17 22 23 
RXI7# Veg. «SCs TXO8+ = Vog._:—«S«STXOQP= © RXI9= = GND. TXOL0P# TXO10= TXOLIP~ TXO11~ TXOLIP+ RXI12+ TXO12+ TXO12P~ 
Alo ° ° fo) ° ° ° ° ° ° ° ° °o...0 Te) 


137,140 145 148 149 154 155 159 1 -6 . 8B . .9 7 44 18 19 


1 2 . 3 4 ‘5 6 Toh Bs 9 0 4 2 : 3 4 5 6 
ae . TL/F/11096-2 

Bottom View 

1 AUI + 2-13 T.P. Ports 


Order Number DP83950BNU' . 
See NS Package Number UP 159A 


*This package will not be available after May 1994. 
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DP83950B 


Pin Name 
RXI7 — 
RXI7 + 
TXO7P+ 
TXO7— 
TXO7+ 
TXO7P— 


Pin Name 
TXO12P — 
TXO12+ 
TXO12— 
TXO12P + 
RXxXI12— 
RXxXI12+ 


Voc 


A15 
Ai4 
B14 
C13 


C. 


LS) 


n 
ao 


NJ 


A13 


2) 
O 
i?) 


C11 
B12 


oO 
Le) 


RXI11— 
RXI11+ 
TXO1IP+ 
TXO11-—— 


TXO6P— 
TXO6 + 
TXO6— 
TXO6P + 


Ai 
Ait 


E 


_ 


TXO11+ C10 RXxI6— 
TXO11P— A1i0 RXI6 + 
cc B10 NC F 


GND 
TXO10P— 
TXO10+ — 
TXO10— 
TXO10P + 
RXI10— 
RXI10+ 


Voc 


Zz 
?) 


G) 


Cc 
C8 
AQ 
A8& 


© 


ale 
@ 


Q 
N 


+ 
x 
ai 
+ 


4 
x 
a 
F 
A 
nN 


RXxI9— 
RXI9+ 
TXO9P+ 
TXO9 — 
TXO9+ 
TXO9P — 
Voc 


A 


oO 
< 
i@) 
QO 
rc 
— 


N N 


C6 
C 


= 


> 
a 


Ale 


- 


x 
wy 
“+ 


ah 


B4 
TXO8P — C4 
TXO8+ 
TXO8— 
TXO8P + 
RX18 — 


RxXi8 + 
Voc 


we] 
— 


8 


ele 
[ee] 


ie) 


2 
~ 


Note: NC = No Connect 


2.0 Connection Diagram—160 Pin PGA Package (continued) 
Pin Table (1-5 AU! + 6-13 T.P. Ports) 


Pin Name 


< 


i] 


cc 


TX2—- 
TX2+ 
CcD2-— 
CD2+ 
RX2+ 
RX2-— 


Vcc 


- cS 


RX1— 
RX1+ 
cDi- 
CD1+ 
TX1- 
TX1+ 


R7 


Uv 
“I 


g 


N 
cc 


Oo 


zi <|D 
> 
iw) 


CLKIN 
4 


> 


wv 


A 
A2 
A 


oo 
=/= 
O};D 
D | X< 
(OR Ew) 


> 
oO 


S15 


rere 


Rié6 
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Pin Name 
Cc 


< 
@) 


IRC 


< 
Q 
Q 


2.0 Connection Diagram—160 Pin PGA Package® (continued) 


Vec GND CDI- ~~ GND Vee RA4 RA2 Voc CDEC RD D5 D1 
° °o ° ° ° ° ° ° ° ° ° re) ° ° ° ° 
98 96 95 91 90 89 86 81 80 77 75 72 69 67 64 60 
GND CD3- 1X3-  CD2- RX2# RX1t CDIt Voc GND RA3 RAO GND WR D6 02 DO 
° ° fe) ° fe) ° ° ° ° ° ° ° ° ° ° ° 


92 87 85 82 49 76 73 71 68 65 61 59 


Voc RX3+ = CD3+ GND CD2+ = RX1- TXi- = TX1# = CLKIN- ~—s RAI MLOAD 07 D4 D3 GND IRE 
° ° ° ° ° 3 ° fo) ° 3° fe) .°] fo) ° 3 fe) 
93 88 84 83 78 74 70 66 63 : 62 57 55 


44 46 


cD5+ . RX5+ — GND STRO GND. Vcc 
° ° ° ° ° ° 
118 120121 RIC ry 42 43 
RX5- , Voc —RXI6+ ACKO ANYXND ACTND 
o |} 0 (oO DP83950 ° 0 oO 
119 122,125 38 39 40 
NC -RXIG~ TXB + MRXC MEN = MRXD 
fe) ° ° ° fe) ° 
123. 126 =—-129 37 36 35 
NC | TXO6- TXO7P- Yoo «GND MCRS 
o. oO ° ) ° ° 
124 128 133 33 32 34 
TXO6P+ TXO6P- TXO7+ ACTNS ACKI ANYXNS 
° ° ° ° ° ° 
127, 130 134 30 31 29 
GND TXO7- GND —TXO8P+ Veo RXIT3+ —RXIN3- PCOMP 
° ° ° ° ° ) ° ° 
131 135-139-143 21 26 27 28 
Veg .RXI7= -TXOB- TXOBP=  TXO9- TXO9P+ Voc TXO10+ TKO1OP- TXO11+ GND Voc TXO12P# GND TXO13~ TXOTSP+ 
° ° ° o |} (0 ° ° ° ° ° fe) ts) ° ° ° ° 
132. 138 144 1461540 152156 2 3 7 12 13 16 20 24 25 
TXO7P+ RXI8+ RXIB- —«GND-—=«TXO9# = RXI9# —-RXINO# RXIVO- GND Voc RXIV T+ RXIN1~ RXIN2~ TXO12- TXOISP TXO134 
° ° ° o. |-O ° fe) ° ° ° ° ° ° ° o. oO 
136 «14914201470 150, 153 157, 158 4 5 10 11 15 17 22 23 
RXI7# Veg. «—«TXOB+ = Voc’ = TXOQP= RXI- © GND. TXOOP# TXO10~ TXOLIP= TXO11~ TXOL1P+ RXII2+ TXO12# TXO12P- 
° o 80 °8 ° ° ° fe) ° ° ° ° ° ° fe) ° 
137, 140145 148 149 154 155 159 1 6 8 9 14 18 19 


1. ; 6 
TL/F/1 1096-3 

. Bottom View 
1-5 AUI + 6-13 T.P. Ports 


Order Number DP83950BNU 
See NS Package Number UP159A 


*This package will not be available after May 1994. 
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2.0 Connection Diagram—160 Pin PGA Package (continued) 
Pin Table (1-7 AUI + 8-13 T.P. Ports) 


DP83950B 


i 


S 
Le) 
| 
BR 


TXO12P — A15 
TXO12+ Al 

TXO12 — B14 
TXO12P + C13 
RX12— 
RxXi12+ 
Voc 1 
GND C11 
RXI11~ 12 
RX111+ 

TXO11P+ 


Q 
nm 


—_ 


Vv 


i?) 


G) 
2 
Oo 
ms] 
a4 


P15 
IRC N14 


—_ 
—s 


a 


A 


i?) 
nN 


0 


Q 
O 
ee 
2 
ry 
for) 


ise] 


X 15 


A12 


no 


np [7] _ 


BiDl vig 
RAE 
mM z|9 
z 
= 


G) 
Zz 
7) 


foe) 


M16 
TXO11- Al RADY Li6 
TXO11+ C10 G Eu K16 


0 


< 
Q 
i?) 

w 

—s 


' 
aa 
ma) 
at | 


J16 


< 
QO 
.?) 


TXO10P— 
TXO10+ 
TXO10— 
TXO10P+ 
RXI10— 
RX110+ 
Voc Cc 
GND 
RXI9 — 
RX!9 + 
TXO9P + 
TXOS— 


C 
Cc 


© 
G) 
Zz 
O 


me) 
> 
ie) 
aD 
el 
oO 
=/= = 
QO;pD ee) 
D | X< x< 
n|O Q 


Q 
.?) 


A8 


ple 
ice} 


iss) 
@ 


a2 /3|S 
<)3}z 
x|2/> 
2165 
fe 
x 
—_ 
a 


> 

_ 
A 
= 
rs 


N 


> 


N N 


oO 


F16 
cc F14 


< 


C 
Cc 


Saal 
_ 
a 


a 
rc 
oo 


< 

9 

i) 

AIH o 


TXO9+ MLOAD 
TXO9P— A CDEC E14 


E16 


(9) 
2 
1w) 
108] 
& 


Di ai> ji yPl|> 
x/QAlI2Zla lo 
= s/alA 
7/3/35] 
a 


N 


rf 


TXO8P — 
TXO8 + 
TXO8— 
TXO8P + 
RXI8 — 
RXI8 + 
Voc 
GND D3 


Note: NC = No Connect 


C4 
RXI13+ D14 


TXO13P + C16 
TXO13— C15 
TXO13+ 

TXO13P— B15 


CC 


> 
ee 


Qa 


aS 


> 
i) 


S1 
R16 


o 


i?) 
p 


1 


2.0 Connection Diagram—160 Pin PGA Package®* (Continued) 


Voc TX2- TX2+ = RX2- Voc GND CDI- GND Voc RA4 RAZ Voc CDEC RD DS D1 
° ° ° ° ° ° ° 3 °o 3° ie] ° ° ° fe) ° 
98 96 95 91 90 89 86 81 80 77 75 72 69 67 64 60 
GND CO3- = TX3- CD2--— ss RX2+-— RX1# = = CD I+ Vee GND RAS RAO GND WR D6 02 dO 
° °] ° ° ° ° ° ° 3° ° ° ° fo) ° ° oO 
105 101 99 94 92 87 85 82 79 76 73 71 68 65 61 59 
Voc RX3+ = ©CD3+ GND CD2+ = RX1- TX1- = TX1# = CLKIN RA1 MLOAD 07 D4 D3 GND IRE 
° °o ° co] ° ° ° fo) 3 fo) ° 3° ° 3 fe) ce) 


106 104 102 97 93 88 84 83 78 74 70 66 63 62 57 55 


RX3- 
ce] ° ° ° 
103 58 56 54 53 


RX4- 
° ° 3° 
107 51 52 48 


TX4+ 
° ° fe) 
111 50 49 47 


TX5+ 


° ° fe) 

117, 115116 45 44 46 
CDS+ RX5+ —-GND STRO GND = Yec 
° ° ° ° fs) ° 
118 120121 RIC At 42 43 
RX5- Veg RXB~ ACKO ANYXND ACTND 
o Oo 0 : DP83950 ° 0 0 
119 122,125 38 39 40 
NC -RX6+ = TX6+ MRXC MEN == -MRXD 
° ° fe) ° fe) ° 
123 126 = 129 37 36 35 
NC CD6-—TX7- Yoo += GND MRS 
° ° ° ° fe) ° 
124-128) 133 33 32 34 
CD6+ = TX6- —-TX7# ACTNS ACKI ANYXNS 
° ° ° ° ° ° 
127, 130134 30 34 29 
GND CD7- GND —TXO8P+ Veo RXIN3# =RXI13—  PCOMP 
° ° ° ° ° ° ° ° 
131-135 139143 21 26 27 28 
Veo —«-RX7# = TXOB- TXOBP= TXO9- TXO9P+ Yoo —TXO10# TXO1OP- TXO11+ GND = Voc TKO12P# GND TXO13~ TXO1SP+ 
° ° ° ° fo) ° ° ° ° ° ° ) ° ° ° ° 
132, 138 144 146151 182 156 2 3 7 12 13 16 20 24 25 
CD7+ RXIB+ = RXIB- SC GND.—TXO9# = RXIQ+ —RXITO# -RXITO- GND Veg RXV 1 RXIDT— RXINZ— TXO12- TXOISP- TXO1S+ 
° fe) fe) ° ° ° ° ° ° ° ° ° ° ° ce) ° 
136 141 «1420 «147, 150, 183 157 158 4 5 10 "1 15 17 22 23 
RX7- Vog.——s«TXOB+ = Vec_-—=CTXOGP= = RXIQ= = GND TXOLOP# TXO10- TXOL1P= TXOI- TXOLIP# RXI12+ TXO12* TXO12P- 
° ° fe) ° ° ° ° ° ° ° fe) ° fe) fs) ° 
137, 1401450 1482149) 154 155159 1 6 8 9 14 18 19 


6 
TL/F/11096-4 


Bottom View 
1-7 AU! + 8-13 T.P. Ports 


Order Number DP83950BNU 
See NS Package Number UP159A 


*This package will not be available after May 1994. 
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2.0 Connection Diagram—160 Pin PGA Package (continued). ° 
Pin Table ( All AU! Ports) 


DP83950B 


yD 4 
bad 
“NJ 
| 
NO —_ 


TX12— A15 
TX12+ A14 
CD12— 
CD12+ 
RX12+ 
RX12— A13 
Cc 
C11 


el 
x< 
NN 
+ 
Q 
nN 


C 


‘T 


G) 
z 
oO 
a4 : 


ier) 
—_— 
aA 


oO 
pare 


Cc 


© 
le) 


= 
Le) 


cc 
ND 


RX11+ 
RX11— 
CD11+ A 

CD11-— Alt 
TX11+ C10 
TX11— A10 
0 


G) 


B11 


w 
_ 


o}]eo 


Voc 


TX10— 
TX10+ 
CD10— 
CD10+ 
RX10+ 
RX10— 
Voc 
GND 
RX9+ 
RXx9— 
CD9+ 
CD9— 


o/9 
Oo }a 


o 
pa 
Bs) 
=) 


AQ 
A8 


RX5 + 
RX5— 
CD5+ 
CD5— 
TX5+ 
TX5— 


= 
ary 


Q 


N 


@ 


1 


i 
_ 


za 
w 


rc 


> 


~ 
iy) 


> 
cor) 


NIN 


< 
Q 
QO 

rc 

—"s 


GND L 


De) 


= 

—_ 
Q 
o) 


2) 
a 


to?) 
Sj/S/= 
Q}D 
Dix 
n;o 


Q 
Q 
1 


TO 


fh 


> 
QO 
a 


z 
Oo 
> 
iw) 


EU 
A N1 CDEC $13 Aes 


G) 
Zz 
cw] 
jes) 
A 


C4 
A3 


1 


~N 
me] 
Ls) 


TX8+ 
CD8— 
CD8+ 
RX8 + 
RX8— 
Voc 


n 


B 


[e*) 


+ 

x 

os) 
2) 


S16 


oO 
q) 
O 
arg 
>A 


Note: NC = No Connect 
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GND CDI- GND Yc 
° ° ° re) 
89 86 81 80 


RX1+ CDi+ Voc GND 
° ° ° °o 
87 85 82 79 


RX1- TX1- TX1+ — CLKIN 
° °o 3 o 
88 84 83 78 


“RIC 
DP83950 


76 


RA1 
3° 
74 


2.0 Connection Diagram—160 Pin PGA Package® (Continued) 


44 


GNO 
° 
42 


g0S6e8dd 


53 
UF 

° 

4 


46 


Voc 
° 
43 


’ ANYXND ACTND 


° 
39 


MEN 
° 
36 


ie) 
40 


MRXD 


35 


34 
ANYXNS 


29 


Voc 
fe) 
24 


cb9+ = Vc TX10# TX10- TXi1+ GND Voc CD12+ 
° 9° ° ° fo) 3° fe] ° 
152. 156 2° 3 7 12 13 16 


RX9- RX10- RX10+ GND Voc RX11—-  RX11+ RX12+ 
° ce] ° ° ° fe] ce] ° 
153 157 158 4 5 10 1 15 


RX9+ GND CDI0+ CDIO- TX11- CD11~ CDI1+ RX12- 
° ° ° ° ° ° ° ° 
154 155 159 1 6 8 14 


TL/F/11096-5 


Bottom View 
All AU! Ports 


Order Number DP83950BNU 
See NS Package Number UP159A 


*This package will not be available after May 1994. 
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DP83950B 


3.0 Pin Descriptions: 


Pin: e oe Bie 


No. Name 


NETWORK INTERFACE PINS (On-Chip Transceiver Mode) 
RXI2— toRXH3-— 
RXI2+ to RX113+ 
TXOP2— to TXOP13—- 
TXO2— to TXO13— 
TXO2+ to TXO13+ 

5 TXOP2+ to TXOP13+ 
CD1+ 
‘CD1— 
RX1+ 
“RX1- , 
TX1+ 
TXi- | 


vU 


- 


>| > 


Description 


_ Twisted Pair Receive Input Negative 


Twisted Pair Receive Input Positive 
Twisted Pair Pre-emphasis Transmit Output Negative 
Twisted Pair Transmit Output Negative 

Twisted Pair Transmit Output Positive 

Twisted Pair Pre-emphasis Transmit Output Positive 
AUI Collision Detect Input Positive > 

AUI Collision Detect Input Negative 

AUI Receive Input Positive 

AUI Receive Input Negative 

AUI Transmit Output Positive | 

AUI Transmit Output Negative - 


NETWORK INTERFACE PINS (External Transceiver Mode AUI Signal Level Compatibility Selected) 


TX2+ to TX13+ 
TX2— to TX13— 
CD2+ to CD13+ 
CD2- to CD13— 
RX2+ to RX13+ 
RX2— to RX13—- 
CD1+ 

CD1— 

RXi+ 
RX1— | 

TX1+ 

TX1- 


re 


- 


> 
rc 


—< 


— 


<_< 


> 
- 


- cm 


i 


>|>/|> 


Transmit Output Positive 

Transmit Output Negative 

Collision Input Positive 

Collision Input Negative 

Receive Input Positive 

Receive Input Negative 

AUI Collision Detect Input Positive — 
AUI Collision Detect Input Negative “ 
AUI Receive Input Positive 

_AUI! Receive Input Negative 

AUI Transmit Output Positive 

AUI Transmit Output Negative 


Note: AD = AUI level and Drive compatible, TP = Twisted Pair interface compatible, AL = AUI Level compatible, TT = TTL compatible, | = Input, O = Output. 
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3.0 Pin Descriptions (Continued) 


Description 


gos6esdd 


PROCESSOR BUS PINS 


RAO-RA4 TT REGISTER ADDRESS INPUTS: These five pins are used to select a register to be read or 
, written. The state of these inputs are ignored when the read, write and mode load input strobes 
; 4 are high. (Even under these conditions these inputs must not be allowed to float at an 
undefined logic state). _ 
Cc 


DISPLAY UPDATE STROBE 0 

Maximum Display Mode: This signal controls the latching of display data for network ports 1 
to 7 into the off chip display latches. , —_ 

Minimum Display Mode: This signal controls the latching of display data for the RIC into the 
off chip display latch. °° ie 
During processor access cycles (read or write is asserted) this signal is inactive (high). 


DISPLAY UPDATE STROBE 11 7 

Maximum Display Mode: This signal controls the latching of display data for network ports 8 
to 13 into the off chip display latches. 

Minimum Display Mode: No operation 

During processor access cycles (read or write is asserted) this signal is inactive (high). 


DATA BUS 

Display Update Cycles: These pins become outputs providing display data and port address 
information. Address information only available in Maximum Display mode. 

Processor Access Cycles: Data input or output is performed via these pins. The read, write 
and mode load inputs control the direction of the signals. 

Note: The data pins remain in their display update function, i.e., asserted as outputs unless oithor the road or 
write strobe is asserted. 


BUFEN Cc BUFFER ENABLE: This output controls the TRI-STATE® operation of the bus transceiver 
; which provides the interface between the RIC’s data pins and the processor's data bus. 


Note: The buffer enable output indicates the function of the data pins. When it is high they are performing 
display update cycles, when it is low a processor access or mode load cycle is occurring. 


DATA READY STROBE: The falling edge of this signal during a read cycle indicates that data 
is stable and valid for sampling. In write cycles the falling edge of RDY denotes that the write 
data has been latched by the RIC. Therefore data must have been available and stable for this 
operation to be successful. , 


EVENT LOGGING INTERRUPT: A low level on the ELI output indicates the RIC’s hub 
management logic requires CPU attention. The interrupt is cleared by accessing the Port Event 
Recording register or Event Counter that produced it. All interrupt sources may be masked. 


REAL TIME INTERRUPT: A low level on the RTI output indicates the RIC’s real time (packet 
specific) interrupt logic requires CPU attention. The interrupt is cleared by reading the Real 
Time Interrupt Status register. All interrupt sources may be masked. . 


COUNTER DECREMENT: A low level on the CDEC input strobe decrements all of the RIC’s 
Port Event Counters by one. This input is internally synchronized and if necessary the 
operation of the signal is delayed if there is a simultaneous internally generated counting 
operation. 


WRITE STROBE: Strobe from the CPU used to write an internal register defined by the 
RAO-RA4 inputs. 


READ STROBE: Strobe from the CPU used to read an internal register defined by the RAO- 
RA4 inputs. 


DEVICE RESET AND MODE LOAD: Wher this input is low all of the RIC’s state machines, 
counters and network ports are reset and held inactive. On the rising edge of MLOAD the logic 
levels present on the D0-7 pins and RAO-RA4 inputs are latched into the RIC’s configuration 
registers. The rising edge of MLOAD also signals the beginning of the display test operation. 
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3.0 Pin Descriptions (Continued) 


Pin Driver 
e ue 


INTER-RIC BUS PINS 


DP83950B 


Description 


Lo | ACKNOWLEDGE OUTPUT: Output from the network ports’ arbitration chain. 
INTER-RIC DATA: When asserted as an output this signal provides a serial data stream in NRZ 
B,Z 


format. The signal is asserted by a RIC when itis receiving data from one of its network 
segments. The default condition of this signal is to be an input. In this state it may be driven by 
other devices on the Inter-RIC bus. 


INTER-RIC ENABLE: When asserted as an output this signal provides an activity framing enable 
for the serial data stream. The signal is asserted by a RIC when it is receiving data from one of 
its network segments. The default condition of this signal is to be an input. In this state it may be 
driven by other devices on the Inter-RIC bus. 


IRC TT B, Z | INTER-RIC CLOCK: When asserted as an output this signal provides a clock signal for the serial 
data stream. Data (IRD) is changed on the falling edge of the clock. The signal is asserted bya 


RIC when it is receiving data from one of its network segments. The default condition of this 
Signal is to be an input. When an input IRD is sampled on the rising edge of the clock. In this 
State it may be driven by other devices on the Inter-RIC bus. 


COLN TT B, Z | COLLISION ON PORT N: This denotes that a collision is occurring on the port receiving the 
data packet. The default condition of this signal is to be an input. In this state it may be driven by 


other devices on the Inter-RIC bus. 


PKEN Cc PACKET ENABLE: This output acts as an active high enable for an external bus transceiver (if 
required) for the (RE, IRC IRD and COLN signals. When high the bus transceiver should be | 


transmitting on to the bus, i.e., this RIC is driving the IRD, IRE, IRC and COLN bus lines. When 
low the bus transceiver should receive from the bus. 


CLKIN TT 40 MHz CLOCK INPUT: This input is used to generate the RIC’s timing reference for the state 
machines, and phase lock loop decoder. 

ACTND ACTIVITY ON PORT N DRIVE: This output is active when the RIC is receiving data or collision 
information from one of its network segments. 

ACTNS TT ACTIVITY ON PORT N SENSE: This input senses when this or another RIC in a multi-RIC 
system is receiving data or collision information. 

ANYXND ACTIVITY ON ANY PORT EXCLUDING PORT N DRIVE: This output is active when a RIC is 
experiencing a transmit collision or multiple ports have active collisions on their network 
segments. 

ANYXNS TT ACTIVITY ON ANY PORT EXCLUDING PORT N SENSE: This input senses when this RIC or 

: other RICs in a multi-RIC system are experiencing transmit collisions or multiple ports have 
active collisions on their network segments. 
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3.0 Pin Descriptions (Continued) 


MANAGEMENT BUS PINS 
- 


TT 


Description 


MANAGEMENT RECEIVE CLOCK: When asserted this signal provides a clock signal for the 
MRXOD serial data stream. The MRXD signal is changed on the falling edge of this clock. The 
signal is asserted when a RIC is receiving data from one of its network segements. Otherwise the 
signal is inactive. 

MANAGEMENT CARRIER SENSE: When asserted this signal provides an activity framing 


enable for the serial output data stream (MRXD). The signal is asserted when a RIC is receiving 
data from one of its network segments. Otherwise the signal is an input. 


MANAGEMENT RECEIVE DATA: When asserted this signal provides a serial data stream in NRZ 
format. The data stream is made up of the data packet and RIC status information. The signal is 
asserted when a RIC is receiving data from one of its network segments. Otherwise the signal is 
inactive. 


MANAGEMENT BUS OUTPUT ENABLE: This output acts as an active high enable for an 
external bus transceiver (if required) for the MRXC, MCRS and MRXD signals. When high the bus 
transceiver should be transmitting on to the bus. 


PACKET COMPRESS: This input is used to activate the RIC’s packet compress logic. A low level 
on this signal when MCRS is active will cause that packet to be compressed. If PCOMP is tied 
low all packets are compressed, if PCOMP is tied high packet compression is inhibited. 


Positive Supply 
Negative Supply 


RECEIVE DATA MANCHESTER FORMAT: This output makes the data, in Manchester format, 
received by port N available for test purposes. If not used for testing this pin should be left open. 


Note: TT = TTL compatible, B = Bi-directional, C = CMOS compatible, OD = Open Drain, 1 = Input, O = Output, Z = TRISTATE 
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5.0 Functional Description 


The 1.E.E.E. repeater specification details a number of func- 
tions a repeater system must perform. These requirements 
allied with a need for the implementation to be multiport 
strongly favors the choice of a modular design style. In such 
a design, functionality is split between those tasks common 
to all data channels and those exclusive to each individual 
channel. The RIC follows this approach, certain functional 
blocks are replicated for each network attachment, (also 
known as a repeater port), and others are shared. The fol- 
lowing section briefly describes the functional blocks in the 
RIC. 


5.1 OVERVIEW OF RIC FUNCTIONS 


Segment Specific Block: Network Port 


As shown in the Block Diagram, the segment specific blocks 
consist of: . 


1. One or more physical layer interfaces. 


2. A logic block required for performing repeater operations 
upon that particular segment. This is known as the “port” 
logic since it is the access “port” the segment has to the 
rest of the network. 


This function is repeated 13 times in the RIC (one for each 
port) and is shown on the right side of the Block Diagram, 
Figure 5.1. 


The physical layer interfaces provided depends upon the 
port under examination. Port 1 has an AUI compliant inter- 
face for use with AUI compatible transceiver boxes and ca- 
ble. Ports 2 to 13 may be configured for use with one of two 
interfaces: twisted pair or an external transceiver. The for- 
mer utilizes the RIC’s on-chip 10BASE-T transceivers, the 
latter allows connection to external transceivers. When us- 
ing the external transceiver mode the interface is AU] com- 
patible. Although AU! compatible transceivers are support- 
ed the interface is not designed for use with an interface 
cable, thus the transceivers are necessarily internal to the 
repeater equipment. 


Inside the port logic there are 3 distinct functions: 


. The port state machine “PSM” is required to perform 
data and collision repetition as described by the repeater 
specification, for example, it determines whether this port 
should be receiving from or transmitting to its network 
segment. 

. The port partition logic implements the segment partition- 
ing algorithm. This algorithm is defined by the IEEE speci- 
fication and is used to protect the network from malfunc- 
tioning segements. 


. The port status register reflects the current status of the 
port. It may be accessed by a system processor to obtain 
this status or to perform certain port configuration opera- 
tions, such as port disable. 


Shared Functional Blocks: 
Repeater Core Logic 


The shared functional blocks consist of the Repeater Main 
State Machine (MSM) and Timers, a 32 bit Elasticity Buffer, 
PLL Decoder, and Receive and Transmit Multiplexors. 
These blocks perform the majority of the operations needed 
to fulfill the requirements of the IEEE repeater specification. 


When a packet is received by a port it is sent via the Re- 
ceive Multiplexor to the PLL Decoder. Notification of the 
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data and collision status is sent to the main state machine 
via the receive multiplexor and collision activity status sig- 
nals. This enables the main state machine to determine the 
source of the data to be repeated and the type of data to be 
transmitted. The transmit data may be either the received 
packet's data field or a preamble/jam pattern consisting of 
a 1010... bit pattern. 


Associated with the main state machine are a series of tim- 
ers. These ensure various IEEE specification times (referred 
to as the TW1 to TW6 times) are fulfilled. 


A repeater unit is required to meet the same signal jitter 
performance as any receiving node attached to a network 
segment. Consequently, a phase locked loop Manchester 
decoder is required so that the packet may be decoded, and 
the jitter accumulated over the receiving segment recov- 
ered. The decode logic outputs data in NRZ format with an 
associated clock and enable. In this form the packet is in a 
convenient format for transfer to other devices, such as net- 
work controllers and other RICs, via the Inter-RIC bus (de- 
scribed later). The data may then be re-encoded into Man- 
chester data and transmitted. 


Reception and transmission via physical layer transceiver 
units causes a loss of bits in the preamble field of a data 
packet. The repeater specification requires this loss to be 
compensated for. To accomplish this an elasticity buffer is 
employed to temporarily store bits in the data field of the 
packet. 


The sequence of operation is as follows: 


Soon after the network segment receiving the data packet 
has been identified, the RIC begins to transmit the packet 
preamble pattern (1010 ... ) onto the other network seg- 
ments. While the preamble is being transmitted the Elastici- 
ty Buffer monitors the decoded received clock and data sig- 
nals (this is done via the Inter-RIC bus as described later). 
When the start of frame delimiter “SFD” is detected the 
received data stream is written into the elasticity buffer. Re- 
moval of data from the buffer for retransmission is not al- 
lowed until a valid length preamble pattern has been trans- 
mitted. 


Inter-RIC Bus Interface 


Using the RIC in a repeater system allows the design to be 
constructed with many more network attachments than can 
be supported by a single chip. The split of functions already 
described allows data packets and collision status to be 
transferred between multiple RICs, and at the same time the 
multiple RICs still behave as a single logical repeater. Since 
all RICs in a repeater system are identical and capable of 
performing any of the repetition operations, the failure of 
one RIC will not cause the failure of the entire system. This 
is an important issue in large multiport repeaters. 


RICs communicate via a specialized interface known as the 
Inter-RIC bus. This allows the data packet to be transferred 
from the receiving RIC to the other RICs in the system. 
These RICs then transmit the data stream to their seg- 
ments. Just as important as data transfer is the notification 
of collisions occurring across the network. The Inter-RIC 
bus has a set of status lines capable of conveying collision 
information between RICs to ensure their main state ma- 
chines operate in the appropriate manner. 
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5.0 Functional Description (Continued) 
LED Interface and Hub Management Function. 


Repeater systems usually possess optical displays indicat- 
ing network activity and the status of specific repeater oper- 
ations. The RIC’s display update block provides the system 
designer with a wide variety of indicators. The display up- 
dates are completely autonomous and merely require SSI 
logic devices to drive the display devices, usually made up 
of light emitting diodes, LEDs. The status display is very 
flexible allowing the user to choose those indicators appro- 
priate for the specification of the equipment. 


The RIC has been designed with special awareness for sys- 
tem designers implementing large repeaters possessing 
hub management capabilities. Hub management uses the 
unique position of repeaters in a network to gather statistics 
about the network segments they are attached to. The RIC 
provides hub management statistical data in 3 steps. Impor- 
tant events are gathered by the management block from 
logic blocks throughout the chip. These events may then be 
stored in on-chip latches or counted in on-chip counters ac- 
cording to user supplied latching and counting masks. 


The fundamental task of a hub management system imple- 
mentation is to associate the current packet and any man- 
agement status information with the network segment, i.e., 
repeater port where the packet was received. The ideal sys- 
tem would place this combined data packet and status field 
in system memory for examination by hub management 
software. The ultimate function of the RIC’s hub manage- 
ment support logic is to provide this function. 


To accomplish this the RIC utilizes a dedicated hub man- 
agement interface. This is similar to the Inter-RIC bus since 
it allows the data packet to be recovered from the receiving 
RIC. Unlike the Inter-RIC bus the intended recipient is not 
another RIC but National Semiconductor's DP83932 
“SONICTM” Network controller. The use of a dedicated bus 
allows a management status field to be appended at the 
end of the data packet. This can be done without affecting 
the operation of the repeater system. 


Processor Interface 


The RIC’s processor interface allows connection to a sys- 
tem processor. Data transfer occurs via an octal ‘bi-direc- 
tional data bus. The RIC has a number of on-chip registers 
indicating the status of the hub management functions, chip 
configuration and port status. These may be accessed by 
providing the chosen address at the megetee Address 
(RA4—RA0) input pins. 


Display update cycles and processor accesses occur utiliz- 
ing the same data bus. An on-chip arbiter in the processor/ 
display block schedules and controls the accesses and en- 
sures the correct information is written into the display latch- 
es. During the display update cycles the RIC behaves as a 
master of its data bus. This is the default state of the data 
bus. Consequently, a TRI-STATE buffer. must be placed be- 
tween the. RIC and the system processor’s data bus. This 
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ensures bus contention is avoided during simultaneous dis- 
play update cycles and processor accesses of other devic- 
es on the system bus. When the processor accesses a RIC 
register, the RIC enables the data buffer and selects the 
operation, either input or output, of the data pins. 


5.2 DESCRIPTION OF REPEATER OPERATIONS 


In order to implement a multi-chip repeater system which 
behaves as though it were a single logical repeater, special 
consideration must be paid to the data path used in packet 
repetition. For example, where in the path are specific oper- 
ations such as Manchester decoding and elasticity buffering 
performed. Also the system’s state machines which utilize 
available network activity signals, must be able to accom- 
modate the various packet repetition and collision scenarios 
detailed in the repeater specification. 


The RIC contains two types of inter-acting state machines. 
These are: 


1. Port State Machines (PSMs). Every network attachment 
has its own PSM. 


2. Main State Machine (MSM). This state machine controls 
the shared functional blocks as shown in the block dia- 
gram Figure 5.1. 


Repeater Port and Main State Machines 


These two state machines are described in the following 
sections. Reference is made to expressions used in the 
IEEE Repeater specification. For the precise definition of 
these terms please refer to the specification. To avoid con- 
fusion with the RIC’s implementation, where references are 
made to repeater states or terms as described in the IEEE 
specification, these items are written in italics. The IEEE 
state diagram is shown in Figure 5-3, the Inter-RIC bus state 
diagram is shown in Figure 5-2. 


TLIF/11096-7 
FIGURE 5.2. Inter-RIC Bus State Diagram 


5.0 Functional Description (continued) 
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FIGURE 5.3. IEEE Repeater Main State Diagram 
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5.0 Functional Description (continued) 

Port State Machine (PSM) 

There are two primary functions for the PSM as follows: 

1. Control the transmission of repeated data and -jam sig- 
nals over the attached segment. 

2. Decide whether a port will be the source of data or colli- 
sion information which will be repeated over the network. 


This repeater port is known as POAT N.'An arbitration . 


process is required to enable the repeater to transition 
from the /DLE state to the SEND PREAMBLE PATTERN 


or RECEIVE COLLISION states, see Figure 5.3. This pro-’ 


cess is used to locate the port which will be PORT N for 
that particular packet. The data received from this port is 
directed to the PLL decoder and transmitted over the In- 


ter-RIC bus. If the repeater enters the TRANSMIT COLLI- 


SION state a further arbitration operation is performed to 
determine which port is PORT M. PORT M is differentiat- 


ed from the repeater’s other ports if the repeater enters 


the ONE PORT LEFT state. In this. state PORT M does 


not transmit to its segment; where as all other ports are - 
still required to transmit to their segments. Swe 


Main State Machine (MSM) 

The MSM controls the operation of the shared functional 
blocks in each RIC as shown in the block diagram, Figure 
5.7, and it performs the majority of the data and collision 


propagation operations as defined by the IEEE specifica- .... 


tion, these include: 


Preamble Restore the length of the preamble 4 
Regeneration | pattern to the defined size. ~ °° ~ a 


Extend received data or collision 
fragments to meet the minimum 
fragment length of 96 bits. 


Fragment 
Extension 


Elasticity 
Buffer 
Control 


_A portion of the received packet may 
require storage in an Elasticity Buffer to 
accommodate preamble regeneration. 


Jam/ In cases of receive or transmit collisions 
Preamble a RIC is required to transmit a jam 
Pattern pattern (1010.. .). nae 
Generation Note: This pattern is the same as that used for 
preamble regeneration. ~~ x 


Once the TRANSMIT COLLISION state 
is entered a repeater is required to stay. 
in this state for at least 96 network bit 
times. 


Data NRZ format data from the elasticity 
Encoding buffer must be encoded into Manchester 
Control format data prior to retransmission. 


Tw1 Enforce the Transmit Recovery Time 
Enforcement | specification. 


Tw2 Enforce Carrier Recovery Time 
Enforcement | specification on all ports with active 
collisions. 


Transmit 
Collision 
Enforcement 


The interaction of the main and port state machines is visi- 
ble, in part, by observing the Inter-RIC bus. 


Inter-RIC Bus Operation 


Overview 


The Inter-RIC Bus consists of eight signals. These signals 
implement a protocol which may be used to connect multi- 
ple RICs together. In this configuration, the logical function 
of a single repeater is maintained. The resulting multi-RIC 
.. system is compliant to the IEEE 802.3 repeater specification 
and may connect several hundred network segments. An 
example of a multi-RIC system is shown in Figure 5.4. 


The Inter-RIC Bus connects multiple RICs to realize the fol- 


-. lowing operations: : 


Port N \dentification (which port the repeater receives 
data from) 
_ Port M \dentification (which port is the last one experienc- 
ing a collision) : v 
DataTransfer 9 
- RECEIVE COLLISION identification 
TRANSMIT COLLISION identification 
DISABLE OUTPUT (jabber protection) 
The following tables briefly describes the operation of each 
bus signal, the conditions required for a RIC to assert a 
signal and which RICs (in a multi-RIC system) would monitor 
‘asignal: | or 


Input signal to the PSM arbitration 
chain. This chain is employed to 
identify PORT N and PORT M. 
Note: A RIC which contains PORT N or 
PORT M may be identified by its ACKO 
- signal being low when its ACKI input is 
high. be ta 
Conditions 
- required fora 
RIC to drive 
this signal 


Not applicable 


This is dependent upon the method 
used to cascade RICs, described in 
a following section. 


Output signal from the PSM 
arbitration chain. 


Conditions This is dependent upon the method 
required fora used to cascade RiCs, described in 
RIC to drive a following section. 
this signal 


RIC Recelving | Not applicable 
the Signal 


RIC Recelving 
the signal 
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5.0 Functional Description (Continued) 


ACTN 


This signal denotes there is activity 
on PORT Nor PORT M. 


Conditions ARIC must contain POAT N or 
required fora PORT M. 
RIC to drive Note: Although this signal normally has 
this signal only one source asserting the signal active 
; itis used in a wired-or configuration. 


RIC Recelving | The signal is monitored by all RICs in 
the Signal the repéater system. 


This signal denotes that a repeater 
port that is not PORT Nor PORT M 
is experiencing a collision. 


Conditions 
required fora 
RIC to drive 
this signal 


Any RIC which satisfies the above 
condition. 

Note: This bus line is used in a wired-or 
configuration. 


RIC Receiving | The signal is monitored by all RICsin 
the Signal the repeater system. 
COLN , 


Denotes PORT Nor PORT Mis 
experiencing a collision. 


ARIC must contain PORT Nor 
PORT M. (Note 1) 


Conditions 
required fora 
RIC to drive 
this signal 


RIC Receiving | The Signal is monitored by all other 
the Signal RICs in the repeater system. 


This signal acts as an activity 
framing signal for the IRC and IRD | 
signals. 


ARIC must contain PORT N. 


Conditions 
required fora 
RIC to drive 
this signal 


RIC Receiving | The Signal is monitored by all other 
the Signal RICs in the repeater system. 


Note 1: Refer to note on page 25 for the transmit collision case. 
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Decoded serial data, in NRZ format, 
received from the network segment 
attached to PORT N. 


Conditions A RIC must contain POAT N. 
required fora 
RIC to drive 


this signal 


RIC Receiving | The signal is monitored by all other 
the Signal RICs in the repeater system. 
Clock signal associated with IRD 
and IRE. 


Conditions ARIC must contain PORT N. 
required fora 
RIC to drive 
this signal 


RIC Receiving | The signal is monitored by all other 
- the Signal RiCs in the repeater system. 


Methods of RIC Cascading 


In order to build multi-RIC repeaters PORT N and PORT M 
identification must be performed across all the RICs in the 
system. Inside each RIC the PSMs are arranged in a logical 
arbitration chain where port 1 is the highest and port 13 the 
lowest. The top of the chain, the input to port 1 is accessible 
to the user via the RIC’s ACK] input pin. The output from the 
bottom of the chain becomes the ACKO output pin. In a 
single RIC system POAT N is defined as the highest port in 
the arbitration chain with receive or collision activity. Port N 
identification is performed when the repeater is in the /DLE 
state. PORT M is defined as the highest port in the chain 
with a collision when the repeater leaves the TRANSMIT 
COLLISION state. In order for the arbitration chain to func- 
tion, all that needs to be done is to tie the ACKI signal to a 
logic high state. In multi-RIC systems there are two methods 
to propagate the arbitration chain between RICs: 


The first and most straight forward is to extend the arbitra- 
tion chain by daisy chaining the ACKI ACKO signals be- 
tween RICs. In this approach one RIC is placed at the top of 
the chain (its ACKI input is tied high), then the ACKO signal 
from this RIC is sent to the ACK] input of the next RIC and 
so on. This arrangement is simple to implement but it places 
some topological restrictions upon the repeater system. In 
particular, if the repeater is constructed using a backplane 
with removable printed circuit boards. (These boards con- 
tain the RICs and their associated components). If one of 
the boards is removed then the ACKI ACKO chain will be 
broken and the repeater will not operate correctly. 
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5.0 Functional Description (continued) 


The second method of PORT N or M identification avoids 
this problem. This second technique relies.on an external 
parallel arbiter which monitors all of the RIC’s ACKO signals 
and responds to the RIC with the highest priority. In this 
scheme each RIC is assigned with a priority level. One 
method of doing this is to assign a priority number which 
reflects the position of a RIC board on the repeater back- 
plane, i.e., its slot number. When a RIC experiences receive 
activity and the repeater system is in the /DLE state, the RIC 
board will assert ACKO. External arbitration logic drives the 
identification number onto an arbitration bus and the RIC 
containing PORT N will be identified. An identical procedure 
is used in the TRANSMIT COLLISION state to identify 
PORT M. This parallel means of arbitration is not subject to 
the problems caused by missing boards, i.e., empty slots in 
the backplane. The logic associated with asserting this arbi- 
tration vector in the various packet repetition scenarios 
could be implemented in programmable logic type devices. 


To perform PORT WN or M arbitration both of the above 
methods employ the same signals: ACKI, ACKO and ACTN. 


The Inter-RIC bus allows multi-RIC operations to be per- 
formed in exactly the same manner as if there is only a 
single RIC in the system. The simplest way to describe the 
operation of Inter-RIC bus is to see how it is used in a num- 
ber of common packet repetition scenarios. Throughout this 
description the RICs are presumed to be operating in exter- 
nal transceiver mode. This is advantageous for the explana- 
tion since the receive, transmit and collision signals from 
each network segment are observable. In internal transceiv- 
er mode this is not the case, since the collision signal for the 
non-AUI ports is derived by the transceivers inside the RIC. 


5.3 EXAMPLES OF PACKET REPETITION SCENARIOS 


Data Repetition 


The simplest packet operation performed over the Inter-RIC 
Bus is data repetition. In this operation a data packet is 


received at one port and transmitted to all other segments. © 


The first task to be performed is PORT N identification. This 
is an arbitration process performed by the Port State Ma- 
chines in the system. In situations where two or more ports 
simultaneously receive packets the Inter-RIC bus operates 
by choosing one of the active ports and forcing the others to 
transmit data. This is done to faithfully follow the IEEE spec- 
ification’s allowed exit paths from the /DLE state, i.e., to the 
SEND PREAMBLE PATTERN or RECEIVE COLLISION 
states. 


The packet begins with a preamble pattern derived from the 
RIC’s on chip jam/preamble generator. The data received 
at PORT Nis directed through the receive multiplexor to the 
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PLL decoder. Once phase lock has been achieved, the de- 
coded data, in NRZ format, with its associated clock and 
enable signals are asserted onto the IRD IRE and IRC Inter- 
RIC bus lines. This serial data stream is received from the 
bus by all RiCs in the repeater and directed to their Elasticity 
Buffers. Logic circuits monitor the data stream and look for 


the Start of Frame Delimiter (SFD). When this has been 


detected data is.loaded into the elasticity buffer for later 
transmission. This will occur when sufficient preamble has 
been transmitted and certain internal state machine opera- 
tions have been fulfilled. 


Figure 5.4 shows two RICs A and B, daisy chained together 
with RIC A positioned at the top of the chain. A packet is 
received at port B1 of RIC B and is then repeated by the 
other ports in the system. Figure 5.5 shows the functional 
timing diagram for this packet repetition represented by the 
signals shown in Figure 5.4. In this example only two ports 
in the system are shown, obviously the other ports also re- 
peat the packet. It also indicates the operation of the RICs’ 
state machines in so far as can be seen by observing the 
Inter-RIC bus. For reference, the repeater’s state transitions 
are shown in terms of the states defined by the IEEE specifi- 
cation. The location, i.e., which port it is, of PORT Nis also 
shown. The. following section describes the repeater and 
Inter-RIC bus transitions shown in Figure 5.5. 


The repeater is stimulated into activity by the data signal 
received by port B1. The RICs in the system are alerted to 
forthcoming repeater operation by the falling edges on the 
ACKI ACKO daisy chain and the ACTN bus signal. Following 
a defined start up delay the repeater moves:‘to the SEND 
PREAMBLE state. The RIC system utilizes the start up de- 
lay to perform port arbitration. When packet transmission 
begins the RIC system enter the REPEAT state. 


The expected, for normal packet repetition, sequence of re- 

peater states, SEND PREAMBLE, SEND SFD and SEND 

DATA is followed but is not visible upon the Inter-RIC bus. 

They are merged together into a single REPEAT state. This 

is also true for the WA/T and /DLE states, they appear as a 
combined Inter-RIC bus IDLE state. 


Once a repeat operation has begun, i.e., the repeater leaves 
the /DLE state. It is required to transmit at least 96 bits of 
data or jam/preamble onto its network segments. If the du- 
ration of the received signal from PORT Nis smaller than 96 
bits, the repeater transitions to the RECE/VE COLLISION 
state (described later). This behavior is known as cee 
extension. 


After the packet data has been repeated, including the emp- 
tying of the RICs’ elasticity buffers, the RIC performs the 


‘Tw17 transmit recovery operation. This is performed during 


the WA/T state shown in the repeater state diagram. | 


5.0 Functional Description (Continued) 


BUSSED SIGNALS 


BUS CONTENTS: 


Note: In this example the !nter-RIC bus is configured to use active low signals. 


FIGURE 5.4. RIC System Topology 
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“Note 1: The activity shown in RX,qq represents the transmitted signal on TX,q after being looped back by the attached transceiver. 
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Note: In this example the Inter-RIC bus is configured to use active low signals. 


FIGURE 5.5. Data Repetition 
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Note: In this example the Inter-RIC bus is configured to use active low signals. 


FIGURE 5.6. Receive Collision 
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5.0 Functional Description (Continued) 
Receive Collisions 


A receive collision is a collision which occurs on the network 
segment attached to POAT N, i.e., the collision is ‘‘re- 
ceived” in a similar manner as a data packet is received and 
then repeated to the other network segments. Not surpris- 
ingly receive collision propagation follows a similar se- 
quence of operations as is found with data repetition: 


TRANSMIT COLLISION state when the port which has 
been POAT WN starts to transmit a Manchester encoded 1 on 
to its network segment. Whilst in the TRANSMIT COLLI- 
SION state all ports of the repeater must transmit the 1010 


... jam pattern and PORT M arbitration is performed. Each 


RIC is obliged, by the IEEE specification, to ensure all of its 


An arbitration process is performed to find PORT N and:a © 


preamble/jam pattern is transmitted by the repeater’s other 
ports. When PORT N detects a collision on its segment the 
COLN Inter-RIC bus signal is asserted. This forces all the 
RICs in the system to transmit a preamble/jam pattern to 
their segments. This is important since they may be already 
transmitting data from their elasticity buffers. The repeater 
moves to the RECEIVE COLLISION state when the RICs. 
begin to transmit the jam pattern. The repeater remains in 
this state until both the following conditions have been ful- 
filled: 


1. At least 96 bits have been transmitted onto the network, 
2. The activity has ended. 
Under close examination the repeater specification reveals 


that the actual end of activity has its own permutations of 


conditions: 


1. Collision and receive data signals may end simultaneous- . 


ly, 


2. Receive data may appear to end before collision signals, 

3. Receive data may continue for some time after the end of 
the collision signal. 

Network segments using coaxial media may experience 

spurious gaps in segment activity when the collision signal 


goes inactive. This arises from the inter-action between the 
receive and collision signal squelch circuits, implemented in 
coaxial transceivers, and the properties of the coaxial cable 
itself. The repeater specification avoids propagation of 
these activity gaps by extending collision activity by the 7w2 
wait time. Jam pattern transmission must be sustained 
throughout this period. After this, the repeater will move to 
the WA/T state unless there is a data nue meme received 
by PORT N. 


The functional timing diagram, Figure 5.6, shows the opera- 
tion of a repeater system during:a receive collision. The 


system configuration is the same as earlier described andis © - 


shown in Figure 5.4. 
The RiCs perform the same POAT WN arbitration and data 


ports transmit for at least 96 bits once the TRANSMIT COL- 
LISION state has been entered. This transmit activity is en- 
forced by the ANYXN bus signal. Whilst ANYXN is active all 
RIC ports will transmit jam. To ensure this situation lasts for 
at least 96 bits, the MSMs inside the RICs assert the 
ANYXN signal throughout this period. After this period has 
elapsed, ANYXN will only be asserted if there are multiple 
ports with active collisions on their network segments. 


There are two possible ways for a repeater to leave the 


’ TRANSMIT COLLISION state. The most straight forward is 


when network activity, i-e., collisions and their 7w2 exten- 


‘sions, end before the 96 bit enforced period expires. Under 


these conditions the repeater system may move directly to 
the WA/T state when 96 bits have been transmitted to all 


ports. If the MSM enforced period ends and there is still one 


repetition operations as previously described. The system is - 


notified of the receive collision on port B1 by the COLN bus 
signal going active. This is the signal which informs the main 
state machines to output the jam pattern rather than the 
data held in the elasticity buffers. Once a collision has oc- 
curred the IRC, IRD AND IRE bus signals may become un- 
defined. When the collision has ended and the 7w2 opera- 
tion performed, the repeater moves to the WA/T state. 


Transmit Collisions 


A transmit collision is a collision that is detected upon a 
segment to which the repeater system is transmitting. The 
port state machine monitoring the colliding segment asserts 
the ANYXN bus signal. The assertion of ANYXN causes 
PORT M arbitration to begin. The repeater moves to the 
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port experiencing a collision the ONE PORT LEFT state is 
entered. This may be seen on the Inter-RIC bus when 
ANYXN is deasserted and POAT M stops transmitting to its 


. network segment. In this circumstance the Inter-RIC bus 


transitions to the RECEIVE COLLISION state. The repeater 
will remain in this state whilst PORT M’s collision, 7w2 colli- 
sion extension and any receive signals are present. When 


‘these conditions are not true, packet repetition finishes and 


the repeater enters the WA/T state. 


Figure 5.7 shows a multi-RIC system operating under trans- 


mit collision conditions. There are many different scenarios 
which may.occur during a transmit collision, this figure illus- 
trates one of these. The diagram begins with packet recep- 
tion by port A1. Port B1 experiences a.collision, since it is 
not PORT N it asserts ANYXN. This alerts the main state 
machines in the system to awlich from cole to jam pattern 
transmission. 


Port A1 is also monitoring the ANYXN bus line. Its assertion 
forces A1 to relinquish its POAT WN status, start transmitting, 
stop asserting ACTN and release its hold on the PSM arbi- 
tration signals (ACKO A and ACKi B). The first bit it transmit 


__will be a Manchester encoded ‘‘1” in the jam pattern. Since 


port B1 is the only port with a collision it attains PORT M 
status and stops asserting ANYXN. It does however assert 


. ACTN, and exert its presence upon. the PSM arbitration 


chain (forcesACKO B low). The MSMs ensure that ANYXN 
stays active and thus force all of the ports, including PORT 
M, to transmit to their segments. 


After some time port A1 experiences a collision. This arises 
from the presence of the packet being received from port 
A1’s segment and the jam signal the repeater is now trans- 
mitting onto this segment. Two packets on one segment 
results in a collision. PORT M now moves from B1 to A1. 
Port A1 fulfills the same criteria as B1, i.e., it has an active 
collision on its segment, but in addition it is higher in the 
arbitration chain. This priority yields no benefits for port Ai 
since the ANYXN signal is still active. There are now two 
sources driving ANYXN, the MSMs and the collision on port 
B1. 


Eventually the collision on port B1 ends and the ANYXN 
extension by the MSMs expires. There is only one collision 


5.0 Functional Description (Continued) 


on the network (this may be deduced since ANYXN is inac- 
tive) so the repeater will move to the ONE POAT LEFT 
state. The RIC system treats this state in a similar manner to 
a receive collision with PORT M fulfilling the role of the re- 
ceiving port. The difference from a true receive collision is 
that the switch from packet data to the jam pattern has 
already been made (controlled by ANYXN). Thus the state 
of COLN has no effect upon repeater operations. In com- 
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Note: In this example the Inter-RIC bus is configured to use active low signals. 


FIGURE 5.7. Transmit Collision 
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mon with the operation of the RECE/VE COLLISION state, 
the repeater remains in this condition until the collision and 
receive activity on POAT M sibsides. The packet repetition 
operation completes when the 7w7 recovery time in the 
WAIT state has been performed. 


Note: In transmit collision conditions COLN will only go active if the RIC 
which contained POAT N at the start of packet repetition contains PORT M 
during the TRANSMIT COLLISION and ONE PORT LEFT states. 


| ! 
REPEAT —»<«————__ TX.TO ALL. —————-»«—_ RXCOL —————»+— IDLE 


WAIT 


ONE PORT LEFT 


PORT Al XX 


PORT M 
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5.0 Functional Description (continued) 
Jabber Protection 


A repeater is required to disable transmit activity if the 
length of its current transmission reaches the jabber protect 
limit. This is defined by the specification’s 7w3 time. The 
repeater disables output for a time period defined by the 
Tw4 specification, after this period normal operation may 
resume. 


Figure 5.8 shows the effect of a jabber length packet upon a 
RIC based repeater system. The JABBER PROTECT state 
is entered from the SEND DATA state. While the 7w4 period 
is observed the Inter-RIC bus displays the IDLE state. This 
is misleading since new packet activity or continuous activity 
(as shown in the diagram) does not result in packet repeti- 
tion. This may only occur when Hs Tw4_ requirement has 
been satisified. 
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(HIGH) 


INTER=RIC 
BUS 
STATES 


REPEATER 


STATES SEND DATA 


PORT N PORT Al 


! + t 
REPEAT —=<—— port ARB! ——>*— REPEAT 


JABBER 


(PROTECT. 
(Note 1*) 


SEND 
PREAMBLE 


PORT Al 
TL/F/11096-13 


*Note 1: The IEEE Specification does not have a jabber protect state defined in its main state diagram, mus behaviour is defined in an eedanones MAU Jabber 


Lockup Protection state diagram. 


Note: In this example the Inter-RIC bus is configured to use active low signals. 


FIGURE 5.8. Jabber Protect 
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Note: In this example the Inter-RIC bus Is shown as using active low signals. 


, FIGURE 5.9. External Bus Transcelver Connection Diagram 
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FIGURE 5.10. Mode Load Operation 
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5.0 Functional Description (continueg 


5.4 DESCRIPTION OF 
HARDWARE CONNECTION FOR 
INTER-RIC BUS 


When considering the hardware interface the Inter-RIC bus 
may be viewed as consisting of three groups of signals: 


1. Port Arbitration chain, namely: ACKI and ACKO. 


2. Simultaneous drive and sense signals, i.e., ACTN and 
ANYXN. (Potentially these signals may be driven by multi- 
ple devices). 


3. Drive or sense signals, i.e., IRE, IRD, IRC and COLN. 
(Only one device asserts these signals at any instance in 
time.) 

The first set of signals are either used as point to point links 
or with external arbitration logic. In both cases the load on 
these signals will not be large so that the on-chip drivers are 
adequate. This may not be true for signal classes (2) and 
(3). 
The Inter-RIC bus has been designed to connect RICs to- 
gether directly or via external bus transceivers. The latter is 
advantageous in large repeaters. In the second application 
the backplane is often heavily loaded and is beyond the 
drive capability of the on-chip bus drivers. The need for 
simultaneous sense and drive capabilities on the ACTN and 
ANYXN signals and the desire to allow operation with exter- 
nal bus transceivers makes it necessary for these bus sig- 
nals to each have a pair of pins on the RIC. One driving the 
bus the other sensing the bus signal. When external bus 
transceivers are used they must be open collector/open 
drain to allow wire-ORing of the signals. Additionally, the 
drive and sense enables of the bus transceiver should be 
tied in the active state. 


When the RIC is used in a stand alone configuration, it is 
required to tie ACTNp to ACTNs and ANYXNp to ANYXNs. 


The uni-directional nature of information transfer on the IRE, . 


IRD, IRC and COLN signals, means a RIC is either driving 


these signals or receivng them from the bus but not both at © 


the same time. Thus a single bi-directional input/output pin 
is adequate for each of these signals. In an external bus 
transceiver is used with these signals the Packet Enable 
“PKEN” RIC output pin performs the function of a drive 
enable and sense disable. 

Figure 5.9 shows the RIC connected to the inter-RIC bus via 
external bus transceivers, such as National’s DS3893A bus 
transceivers. 

Some bus transceivers are of the inverting type. To allow 
the Inter-RIC bus to utilize these transceivers the RIC may 


3-38 


be configured to invert the active states of the ACTN, 
ANYXN, COLN and IRE signals. Instead of being active low 
they are active high. 


Thus they become active low once more when passed 
through an inverting bus driver. This is particularly important 
for the ACTN and ANYXN bus lines, since these signals 
must be used in a wired-or configuration. Incorrect signal 
polarity would make the bus unusable. 


5.5 PROCESSOR AND DISPLAY INTERFACE 


The processor interface pins, which include the data bus, 
address bus and control signals, actually perform three op- 
erations which are multiplexed on these pins. These opera- 
tions are: 


1. The Mode Load Operation, which performs a power up 
initialization cycle upon the RIC. 


2. Display Update Cycles, which are refresh operations for 
updating the display LEDs. 


3. Processor Access Cycles, which allows pP’s to commu- 
nicate with the RIC’s registers. 


These three operations are described below. 


Mode Load Operation 


The Mode Load Operation is a hardware initialization proce- 
dure performed at power on. It loads vital device configura- 
tion information into on-chip configuration registers. In addi- 
tion to its configuration function the MLOAD pin is the RIC’s 
reset input. When MLOAD is low all of the RIC’s repeater 
timers, state machines, segment partition logic and hub 
management logic are reset. 


The Mode Load Operation may be accomplished by attach- 
ing the appropriate set of pull up and pull down resistors to 
the data and register address pins to assert logic high or low 
signals onto these pins, and the providing a rising edge on 
the MLOAD pin as is shown in Figure 5.10. The mapping of 


' chip functions to the configuration inputs is shown in Table 


5.1. Such an arrangement may be performed using a simple 


‘resistor, capacitor, diode network. Performing the Mode 


Load Operation in this way enables the configuration of a 
RIC that is in a simple repeater system (one without a proc- 
essor). 


Alternatively in a complex repeater system, the Mode Load 
Operation may be performed using a processor write cycle. 
This would require the MLOAD pin be connected to the 
CPU’s write strobe via some decoding logic, and included in 
the processor’s memory map. 


5.0 Functional Description (continued) 
TABLE 5.1. Pin Definitions for Options in the Mode Load Operation 


Pin Programming Effect When Effect When 
Name Function Bitis 0 Bitis 1 


D5 


D6 


D7 


LPPART Not Selected 
OWCE Selected Not Selected 
TXONLY Selected =| NotSelected 


DPART Not Selected | 


MIN/MAX Minimum Maximum 
Mode Mode 


Function 


To ensure correct device operation, this bit must be written witha 
logic one during the mode load operation. 


This allows the user to select one of two values for the repeater 
specification tw2 time. The lower limit (3 bits) meets the IEEE 
specification. The upper limit (5 bits) is not specification 
compliant but may provide users with higher network throughput 
by avoiding spurious network activity gaps when using coaxial 
(10BASE2, 10BASES5) network segments. 


The partition specification requires a port to be partitioned after a 
certain number of consecutive collisions. The RIC has two values 
available to allow users to customize the partitioning algorithm to 
their environment. Please refer to the Partition State Machine, in 
data sheet Section 7.3. 


The RIC may be configured to partition a port if the segment 
transceiver does not loopback data to the port when the port is 
transmitting to it, as described in the Partition State Machine. 


This configuration bit allows the on-chip partition algorithm to 
include out of window collisions into the collisions it monitors, as 
described in the Partition State Machine. 


This configuration bit allows the on-chip partition algorithm to 
restrict segment reconnection, as described in the Partition State 
Machine. 


The Partition state machines for all ports may be disabled by 
writing a logic zero to this bit during the mode load operation. 


The operation of the display update block is controlled by the 
value of this configuration bit, as described in the Display Update 
Cycles section. 
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5.0 Functional Description (Continued) 


TABLE 5.1 Pin Definitions for Options in the Mode Load Operation (Continued) 


Pin Programming | Effect When | Effect When 
Name Function Bit is 0 Bit is 1 


BYPAS1 
BYPAS2 


Active High Active Low 
Signals Signals 


RA3 EXPLL External PLL | Internal PLL 


RAO 
RA1 
RA2 


Function 


These configuration bits select which of the repeater ports 
(numbers 2 to 13) are configured to use the on-chip internal 
10BASE-T transceivers or the external transceiver interface. The 
external transceiver interface operates using AUI compatible 
signal levels. 


BYPAS2 | BYPAS1| ——_—_—Information 
All ports (2 to 13) use the external 
Transceiver Interface. 
Ports 2 to 7 use the external 
interface, 8 to 13 use the internal 
10BASE-T transceivers. 
Ports 2 to 5 use the external 
interface, 6 to 13 use the internal 
10BASE-T transceivers. 
1 All ports (2 to 13) use the internal 
10BASE-T transceivers. 
This selection determines whether the Inter-RIC signals: IRE, 
ACTN, ANYXN, COLN and Management bus signal MCRS are 
active high or low. 


If desired, the RIC may be used with an external decoder, this 
configuration bit performs the selection. 


To ensure correct device operation, this bit must be written with 
a logic one during the mode load operation. 
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5.0 Functional Description (Continued) 


5.6 DESCRIPTION OF HARDWARE 
CONNECTION FOR PROCESSOR 
AND DISPLAY INTERFACE 


Display Update Cycles 

The RIC possesses control logic and interface pins which 
may be used to provide status information concerning activi- 
ty on the attached network segments and the current status 
of repeater functions. These status cycles are completely 
autonomous and require only simple support circuitry to pro- 
duce the data in a form suitable for a light emitting diode 
“LED” display. The display may be used in one of two 
modes: 


1. Minimum Mode: General Repeater Status LEDs 
2, Maximum Mode: Individual Port Status LEDs 


Minimum mode, intended for simple LED displays, makes 
available four status indicators. The first LED denotes 
whether the RIC has been forced to activate its jabber pro- 
tect functions. The remaining 3 LEDs indicate if any of the 
RIC’s network segments are: (1) experiencing a collision, (2) 
receiving data, (3) currently partitioned. When minimum dis- 
play mode is selected the only external components re- 
quired are a 74LS374 type latch, the LEDs and their current 
limiting resistors. . 

Maximum mode differs from minimum mode by providing 
display information specific to individual network segments. 
This information denotes the collision activity, packet recep- 
tion and partition status of each segment. In the case of 
10BASE-T segments the link integrity status and polarity of 
the received data are also made available. The wide variety 
of information available in maximum mode may be used in 
its entirety or in part. Thus allowing the system designer to 
choose the appropriate complexity of status display com- 
mensurate with the specification of the end equipment. 


The signals provided and their timing relationships have 
been designed to interface directly with 74LS259 type ad- 
dressable latches. The number of latches used being de- 
pendant upon the complexity of the display. Since the latch- 
es are octal, a pair of latches is needed to display each type 
of segment specific data (13 ports means 13 latch bits). The 
accompanying tables (5.1 and 5.2) show the function of the 
interface pins in minimum and maximum modes. Figure 5.12 
shows the location of each port’s status information when 
maximum mode is selected. This may be compared with the 
connection diagram Figure 5.77. 


Immediately following the Mode Load Operation (when the 
MLOAD pin transitions to a high logic state), the display 
logic performs an LED test operation. This operation lasts 
one second and while it is in effect all of the utilized LEDs 
will blink on. Thus an installation engineer is able to test the 
operation of the display by forcing the RIC into a reset cycle 
(MLOAD forced low).-The rising edge on the MLOAD pin 
starts the LED test cycle. During the LED test cycle the 
RIC does not perform packet repetition operations. 


The status display possesses a capability to lengthen the 
time an LED is active. At the end of the repetition of a pack- 
et, the display is frozen showing the current activity. This 
freezing lasts for 30 milliseconds or until a subsequent 
packet is repeated. Thus at low levels of packet activity the 
display stretches activity information to make it discernable 
to the human eye. At high traffic rates the relative bright- 
ness of the LEDs indicates those segments with high or low 
activity. 

It should be mentioned that when the Real Time Interrupt 
(RTI) occurs, the display update cycle will stop and after RT| 
is serviced, the display update cycle will resume activity. 


TABLE 5.2. Status Display Pin Functions in Minimum Mode 


Signal Pin Name 
DO No operation 


Function in MINIMUM MODE 


D1 Provides status information indicating if there is a collision occurring on one of the segments attached to this 
RIC. 


D2 Provides status information indicating if one of this RIC’s ports is receiving a data or collision packet from a 


segment attached to this RIC. 


Provides status information indicating that the RIC has experienced a jabber protect condition. 


Provides Status information indicating if one of the RIC’s segments is partitioned. 


No operation 


This signal is the latch enable for the 374 type latch. 


This signal is held at a logic one. 
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5.0 Functional Description (continued 
- Table 5.3 Status Display Pin Functions In MAXIMUM MODE 


Signal Pin - 


Function in Maximum Mode 
Name 


DO Provides Status information concerning the Link Integrity status of 10BASE-T segments. This signal should be 
connected to the data inputs of the chosen pair of 74LS259 latches. 


D1 _—'|_:- Provides status information indicating if there is a collision occurring on one of the segments attached to this RIC. 
- _ This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 


D2 Provides status information indicating if one of this RIC’s ports is receiving a data or a collision packet from its 
segment. This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 


D3 Provides Status information indicating that the RIC has experienced a jabber protect condition. Additionally it 
‘| denotes which of its ports are partitioned. This signal should be connected to the data inputs of the chosen pair of 
74LS259 latches. 


Provides status information indicating if one of this RIC’s ports is receiving data of inverse polarity. This status 
output is only valid if the port is configured to use its internal 1OBASE-T transceiver. The signal should be 
“connected to the data inputs of the chosen pair of 74LS259 latches. 


These signals provide the repeater port address corresponding to the data available on D(4:0). 


‘This signal is the latch enable for the lower byte latches, that is the 74LS259s which display information concerning 
ports 1 to 7.. 


This signal i is the latch enable for the upper byte latches, that is the 74LS259s which display information concerning 
ports 8 to 13. 


Maximum Mode LED Definitions . 


74LS259 Latch Inputs = STRO 
259 Output 
259 Addr $2-0 


| os | as | os Te 
| ort | too | tor tt 

RIC Port Number 1 AU) a a ee Da 
| LINK | 


4 
RIC DO 259 #1 LINK LINK 
RIC D1 259 #2 | con | cor | oo | co | 
| REC | rec | nec | rec | 


RIC D2 259 #3 


| co. | 
| REC 
RIC D9 259 #4 PART 


BDPOL 


74LS259 (or Equiv.) Latch Inputs = STR1 
259 Output 
259 Addr S2-0 


RIC Port Number Sm 


RICDO259#6 ~ | LINK LINK LINK LINK 
RIC D1 259 #7 ie ae 


RIC D4 259 #5 


2 


RIC D2 259 #8 


RIC D3 259 #9 PART PART PART PART PART PART 
RIC D4 259 #10 BDPOL BDPOL BDPOL BDPOL BDPOL BDPOL 


This shows the LED Output Functions for the LED Drivers when 74LS259s are used. The top table refers to the bank of 4 74LS259s latched with STRO, and the 
lower table refers to the bank of 4 74LS259s latched with STAT. For example the RIC’s DO data signal goes to 259 #1 and #5. These two 74LS259s then drive the 
LINK LEDs). 


Note: ACOL = Any Port Collision, AREC = Any Port Reception, JAB = Any Port Jabbering, LINK = Port Link, COL = Port Collision, REC = Port Reception, 
PART = Port Partitioned, BDPOL = Bad (inverse) Polarity or received data. 


FIGURE 5.12 
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5.0 Functional Description (Continued) 


NETWORK 
_ INTERFACES 


MANAGEMENT BUS 
INTER-RIC BUS 


CPU-WR 
-CPU-RD 
BASE-ADDR 


DP83950 
RIC 


ALLL. PORT 


STRO, STR1 


" CPU-ADOR 


ADDITIONAL . + 
DISPLAY .. 


. CPU-DATA = PRESS 


TL/F/11096-17 
FIGURE 5.13. Processor Connection Diagram 
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5.0 Functional Description (continued) 


Processor Access Cycles 


Access to the RIC’s on-chip registers is made via its proces- 
sor interface. This utilizes conventional non-multiplexed ad- 
dress (five bit) and data (eight bit) busses. The data bus is 
also used to provide data and address information to off 
chip display latches during display update cycles. While per- 
forming these cycles the RIC behaves as a master of its 
data bus. Consequently a TRI-STATE bi-directional bus 
transceiver, e.g., 74LS245 must be placed between the RIC 
and any processor bus. 


The processor requests a register access by asserting the 
read “RD” or write “WR” input strobes. The RIC responds 
by finishing any current display update cycle and asserts the 
tri-state buffer enable signal “BUFFEN”. If the processor 
cycle is a write cycle then the RIC’s data buffers are dis- 
abled to prevent contention. In order to interface to the RIC 
in a processor controlled system it is likely a PAL device will 
be used to perform the following operations: 


1. Locate the RIC in the processor’s memory map (address 
decode), 


2. Generate the RIC’s read and write strobes, 
3. Control the direction signal for the 74LS245. 


An example of the processor and display interfaces is 
shown in Figure 5.173. 


6.0 Hub Management Support 


The RIC provides information regarding the status of its 
ports and the packets it is repeating. This data is available in 
three forms: 


41. Counted Events—Network events accumulated into the 
RIC’s 16-bit Event Counter Registers. 


2, Recorded Events—Network events that set bits in the 
Event Record Registers. 


3. Hub Management Status Packets—This is information 
sent over the Management Bus in a serial function to be 
decoded by an Ethernet Controller board. ; 


The counted and recorded event information is available 
through the processor interface. This data is port specific 
and may be used to generate interrupts via the Event Log- 
ging Interrupt “ELI” pin. Since the information is specific to 
each port, each repeater port has its own event record reg- 
ister and event counter. The counters and event record reg- 
isters have user definable masks which enable them to be 
configured to count and record a variety of events. The 
counters and record registers are designed to be used to- 
gether so that detailed information, i.e., a count value can 
be held on-chip for a specific network condition, and more 
general information, i.e., certain types of events have oc- 
curred, may be retained in on-chip latches. Thus the user 
may configure the counters to increment upon a rapidly oc- 
curring event (most likely to be used to count collisions), 
and the record registers may log the occurrence of less 
frequent error conditions such as jabber protect packets. 
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6.1 EVENT COUNTING FUNCTION 


’ The counters may increment upon the occurrence of one of 


the categories of event as described below. 
Potential sources for Counter increment: 


Jabber Protection (JAB): The port counter increments if 
the length of a received packet from its associated port, 
causes the repeater state machine to enter the jabber pro- 
tect state. 


Elasticity Buffer Error (ELBER): The port counter incre- 
ments if a Elasticity Buffer underflow or overflow occurs dur- 
ing packet reception. The flag is held inactive if a collision 
occurs during packet reception or if a phase lock error, de- 
scribed below, has already occurred during the repetition of 
the packet. 


Phase Lock Error (PLER): A phase lock error is caused if 
the phase lock loop decoder looses lock during packet re- 
ception. Phase lock onto the received data stream may or 
may not be recovered later in the packet and data errors 
may have occurred. This flag is held inactive if a collision 
occurs. 


Non SFD Packet (NSFD): If a packet is received and the 
start of frame delimiter is not found, the port counter will 
increment. Counting is inhibited if the packet suffers a colli- 
sion. 


Out of Window Collision (OWC): The out of window colli- 
sion flag for a port goes active when a collision is experi- 
enced outside of the network slot time. 


Transmit Collision (TXCOL): The transmit collision flag for 
a port is enabled when a transmit collision is experienced by 
the repeater. Each port experiencing a collision under these 
conditions is said to have suffered a transmit collision. 


Receive Collision (RXCOL): The receive collision flag for a 
port goes active when the port is the receive source of net- 
work activity and suffers a collision, provided no other net- 
work segments experience collision then the receive colli- 
sion flag for the receiving port will be set. 


Partition (PART): The port counter increments when a port 
becomes partitioned. 


Bad Link (BDLNK): The port counter increments when a 
port is configured for 10BASE-T operation has entered the 
link lost state. 


Short Event reception (SE): The port counter increments if 
the received packet is less than 74 bits long and no collision 
occurs during reception: 


Packet Reception (REC): When a packet is received the 
port.counter increments. 


In order to utilize the counters the user must choose, from 
the above list, the desired statistic for counting. This counter 
mask information must be written to the appropriate, Event 
Count Mask Register. There are two of these registers, the 
Upper and Lower, Event Count Mask registers. For the ex- 
act bit patterns of these seuistere ipa see Section 8 of 
the data sheet. 


For example if the counters are santas to count network 
collisions and the appropriate masks have been set, then 
whenever a collision occurs on a segment, this information 
is latched by the hub management support logic. At the end 
of repetition of the packet the collision status, respective to 
each port, is loaded into that port’s counter. This operation 
is completely autonomous and requires no processor inter- 
vention. 
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Each counter is 16 bits long and may be directly read by the 
processor. Additionally each counter has a number of de- 
codes to indicate the current value of the count. There are 
three decodes: 


Low Count (a value of OOFF Hex and under), 
High Count (a value of C000 Hex and above), 
Full Count (a value of FFFF Hex). 


The decodes from each counter are logically ‘““ORed” to- 
gether and may be used as interrupt sources for the ELI 
interrupt pin. Additionally the status of these bits may be 
observed by reading the Page Select Register (PSR), (see 
Section 8 for register details). In order to enable any of 
these threshold interrupts, the appropriate interrupt mask bit 
must be written to the Management and Interrupt Configura- 
tion Register; see Section 8 for register details. 


In addition to their event masking functions the Upper Event 
Counting Mask Register (UECMR) possesses two bits 
which control the operation of the counters. When written to 
a logic one, the reset on read bit “ROR” resets the counter 
after a processor read cycle is performed. If this operation is 
not selected then in order to zero the counters they must 
either be written with zeros by the processor or allowed to 
roll over to all zeros. The freeze when full bit “FWF” pre- 
vents counter roll over by inhibiting count up cycles (these 
happen when chosen events occur), thus freezing the par- 
ticular counter at FFFF Hex. 


The port event counters may also be controlled by the 
Counter Decrement (CDEC) pin. As its name suggests a 
logic low state on this pin will decrement all the counters by 
a single value. The pulses on CDEC are internally synchro- 
nized and scheduled so as not to conflict with any “up 
counting” activity. If an up count and a down count occur 
simultaneously then the down count is delayed until the up 
count has completed. This combination of up and down 
counting capability enables the RIC’s on-chip counters to 
provide a simple rolling average or be used as extensions of 
larger off chip counters. 

Note: If the FWF option is enabled then the count down operation is dis- 
abled from those registers which have reached FFFF Hex and conse- 
quently have been frozen. Thus, if FWF is set and CDEC has been 
employed to provide a rate indication. A frozen counter indicates that 
a rate has been detected which has gone out of bounds, i.e., too fast 
increment or too slow increment. If the low count and high count 
decodes are employed as either interrupt sources or in a polling cycle, 
the direction of the rate excursion may be determined. 


Reading the Event Counters 


The RIC’s external data bus is eight bits wide, since the 
event counters are 16 bits long two processor read cycles 
are required to yield the counter value. In order to ensure 
that the read value is correct and to allow simultaneous 
event counts with processor accesses, a temporary holding 
register is employed. A read cycle to either the lower or 
upper byte of a counter, causes both bytes to be latched 
into the holding register. Thus when the other byte of the 
counter is obtained the holding register is accessed and not 
the actual counter register. This ensures that the upper and 
lower bytes contain the value sampled at the same instance 
in time, i.e., when the first read cycle to that counter oc- 
curred. 


There is no restriction concerning whether the upper or low- 
er byte is read first. However to ensure the ‘“‘same instance 
value” is obtained, the reads of the upper then lower byte 
(or vice versa) should be performed as consecutive reads of 
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the counter array. Other NON COUNTER registers may be 
read in between these read cycles and also write cycles 
may be performed. If another counter is read or the same 
byte of the original counter is read, then the holding register 
is updated from the counter array and the unread byte is 
lost. 


If the reset on read option is employed then the counter is 
reset after the transfer to the holding register is performed. 
Processor read and write cycles are scheduled in such a 
manner that they do not conflict with count up or count 
down operations. That is to say, in the case of a processor 
read the count value is stable when it is loaded into the 
holding register. In the case of a processor write, the newly 
written value is stable so it maybe incremented or decre- 
ment by any subsequent count operation. During the period 
the MLOAD pin is low, (power on reset) all counters are 
reset to zero and all count masks are forced into the dis- 
abled state. Section 8 of the data sheet details the address 
location of the port event counters. 


6.2 EVENT RECORD FUNCTION 


As previously stated each repeater port has its own Event 
Recording Register. This is an 8-bit status register each bit 
is dedicated to logging the occurrence of a particular event 
(see Section 8 for detailed description). The logging of 
these events is controlled by the Event Recording Mask 
Register, for an event to be recorded the particular mask bit 
must be set, (see Section 8 description of this register). Sim- 
ilar to the scheme employed for the event counters, the 
recorded events are latched during the repetition of a pack- 
et and then automatically loaded into the recording registers 
at the end of transmission of a packet. When one of the 
unmasked events occurs, the particular port register bit is 
set. This status is visible to the user. All of the register bits 
for all of the ports are logically “ORed” together to produce 
a Flag Found “FF” signal. This indicator may be found by 
reading the Page Select Register. Additionally an interrupt 
may be generated if the appropriate mask bit is enabled in 
the Management and Interrupt Configuration Register. 


A processor read cycle to a Event Record Register resets 
any of the bits set in that register. Read operations are 
scheduled to guarantee non changing data during a read 
cycle. Any internal bit setting event which immediately fol- 
lows a processor read will be successful. The events which 
may be recorded are described below: 


Jabber Protection (JAB): This flag goes active if the length 
of a received packet from the relevant port, causes the re- 
peater state machine to enter the Jabber Protect state. 


Elasticity Buffer Error (ELBER): This condition occurs if 
an Elasticity Buffer full or overflow occurs during packet re- 
ception. The flag is held inactive if a collision occurs during 
packet reception or if a phase lock error has already oc- 
curred during the repetition of the packet. 


Phase Lock Error (PLER): A phase lock error is caused if 
the phase lock loop decoder loses lock during packet re- 
ception. Phase lock onto the received data stream may or 
may not be recovered later in the packet and data errors 
may have occurred. This flag is held inactive if a collision 
occurs. 

Non SFD Packet (NSFD): If a packet is received and the 
start of frame delimiter is not found, the flag will go active. 
The flag is held inactive if a collision occurs in during packet 
repetition. 


Out of Window Collision (OWC): The out of window colli- 
sion flag for a port goes active when a collision is experi- 
enced outside of the network slot time. 


Partition (PART): This flag goes active when a port be- 
comes partitioned. 


Bad Link (BDLNK): The flag goes active when a port is 
configured for 10BASE-T operation has entered the link lost 
state. 


Short Event reception (SE): This flag goes active if the 
received packet is less than 74 bits long and no collision 
occurs during reception. 


6.3 MANAGEMENT INTERFACE OPERATION 


The HUB Management interface provides a mechanism to 
combine repeater status information with packet information 
to form a hub management status packet. The interface, a 
serial bus consisting of carrier sense, received clock and 
received data, is designed to connect one or multiple RIC’s 
over a backplane bus to a DP83932 “SONIC” network con- 
troller. The SONIC and the RICs form a powerful entity for 
network statistics gathering. 


The interface consists of four pins: 


MRXG Management Receive Clock—10 MHz NRZ 
Clock output. 
MCRS Management Carrier Sense—Input/Output indi- 
cating of valid data stream. 
MRXD Management Receive Data—NRZ Data output 
synchronous to MRXC. 
PCOMP Packet Compress—Input to truncate the pack- 


at's data field. . 
The first. three signals mimic. the interface between an 
Ethernet controller and a phase locked loop decoder (spe- 
cifically the DP83932 SONIC and DP83910 SN), these sig- 
nals are driven by the RIC receiving the packet. MRXC and 


MRXD compose an NRZ serial data stream compatible with . - 


the DP83932. The PCOMP signal is driven by logic on the 
processor board. The actual! data stream transferred over 
MRXOD is derived from data transferred over the IRD Inter- 


RIC bus line. These two data streams differ in two important _ 


characteristics: 


1. At the end of packet repetition a hub management status 
field is appended to the data stream. This status field, 
consisting of 7 bytes is shown in Figure 6.1 and 6.2. The 
information field is obtained from a number of packet 
status registers described below. In common with the 
802.3 protocol the least significant bit of a byte is trans- 
mitted first. ; 


2. While the data field of the repeated packet is being trans- 
ferred over the management bus, received clock signals 
on the MRXC pin may be inhibited. This operation is un- 
der the control of the Packet Compress pin PCOMP. If 
PCOMP is asserted during repetition of the packet then 
MRXC signals are inhibited when the number of bytes 
(after SFD) transferred over the management bus equals 
the number indicated in the Packet Compress Decode 
Register. This register provides a means to delay the ef- 
fect of the PCOMP signal, which may be generated early 
in the packet’s repetition, until the desired moment. Pack- 
et compression may be used to reduce the amount of 
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memory required to buffer packets when they are received 
and are waiting to be processed by hub management soft- 
ware. In this kind of application an address decoder, which 
forms part of the packet compress logic, would monitor the 
address fields as they are received over the management 
bus. If the destination address is not the address of the 
management node inside the hub, then packet compression 
could be employed. In this manner only the portion of the 
packet meaningful for hub management interrogation, i.e., 
the address fields, is transferred to the SONIC and is buff- 
ered in memory. 


If the repeated packet ends before PCOMP is asserted or 
before the required number of bytes have been trans- 
ferred, then the hub management status field is directly 
appended to the received data at a byte boundary. If the 
repeated packet is significantly longer than the value in 
the Decode Register requires and PCOMP is asserted the 
status fields will be delayed until the end of packet repeti- 
tion. During this delay period MRXC clocks are inhibited 
but the MCRS signal remains asserted. 

Note: If PCOMP is asserted late in the packet, i.e., after the number of bytes 
defined by the packet compression register, then packet compression 
will not occur. 

The Management Interface may be fine tuned to meet the 

timing consideration of the SONIC and the access time of 

its associated packet memory. This refinement may be per- 
formed in two ways: 


1. The default mode of operation of the Management inter- 
face is to only transfer packets over the bus which have a 
start of frame delimiter. Thus “packets” that are only pre- 
amble/jam and do not convey any source or destination 
address information are inhibited. This filtering may be 
disabled by writing a logic zero to the Management Inter- 
face Configuration or “MIFCON” bit in the Management 
and Interrupt Configuration Register. See Section 8 for 
details. 


2. The Management bus has been designed to accommo- 
date situations of maximum network utilization, for exam- 
ple when collision generated fragments occur; (these col- 
lision fragments may violate the IEEE802.3 IFG specifica- 
tion). The IFG required by the SONIC is a function of the 
time taken to release space in the receive FIFO and to 
perform end of packet processing (write status informa- 
tion into memory). These functions are primarily memory 
operations and consequently depend upon the bus laten- 
cy and the memory access time of the system. In order to 

_ allow the system designer some discretion in choosing 
the speed of this memory, the RIC may be configured to 
protect the SONIC from a potential FIFO overflow. This is 
performed by utilizing the Inter Frame Gap Threshold Se- 
lect Register. 


The value held in this register, plus one, defines, in net- 
work bit times, the minimum allowed gap between frames 

. on the management bus. If the gap is smaller than this 
number then MCRS is asserted but MRXC clocks are in- 
hibited. Consequently no data transfer is performed. 
Thus the system designer may make the decision wheth- 
er to gather statistics on all packets even if they occur 
with very small IFGs or to monitor a subset. 

The status field, shown in Figure 6.7, contains information 

which may be conveniently analyzed by considering it as 
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providing information of six different types. They are held in 
seven Packet Status Registers “PSRs”: 


. The RIC and port address fields [PSR(0) and (1)] can 
uniquely identify the repeater port receiving the packet 
out of a potential maximum of 832 ports sharing the same 
management bus (64 RICs each with 13 ports). Thus all 
of the other status fields can be correctly attributed to the 
relevant port. 


2. The status flags the RIC produces for the event counters 
‘or recording latches are supplied with each packet 
[PSR(2)]. Additionally the clean receive CLN status is 
supplied to allow the user to determine the reliability of 
the address fields in the packet. The CLN status bit 
[PSR(1)] is set if no collisions are experienced during the 
repetition of the address fields. 


3. The RIC has an on-chip timer to indicate when, relative to 
the start of packet repetition, a collision, if any, occurred 
[PSR(3)]. There is also a timer which indicates how many 
bit times of IFG was seen on the network between repeti- 
tion of this packet and the preceding one. This is provid- 
ed by [PSR(6)]. 

. If packet compression is employed, the receive byte 
count contained in the SONIC’s packet descriptor will in- 
dicate the number of bytes transferred over the manage- 
ment bus rather than the number of bytes in the packet. 
For this reason the RIC which receives the packet, 


— 


oN 
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counts the number of received bytes and transfers this over 
the management bus [PSR(4), (5)]. 


5. Appending a status field to a data packet will obviously 
result ina CRC error being flagged by the SONIC. For this 
reason the RIC monitors the repeated data stream to 
check for CRC and FAE errors. In the case of FAE errors 
the RIC provides additional dummy data bits, so that the 
status fields are always byte aligned. 


. As a final check upon the effectiveness of the manage- 
ment interface, the RIC transfers a bus specific status bit 
to the SONIC. This flag Packet Compress Done PCOMPD 
[PSR(0)], may be monitored by hub management soft- 
ware to check if the packet compression operation is en- 
abled. — 


Figure 6.2 shows an example of a packet being transmitted 
over the management bus. The first section of the diagram 
(moving from left to right) shows’a short preamble and SFD. 
pattern. The second region contains the packet’s address 
and the start of the data fields. During this time logic on the 
processor/SONIC card would determine if packet compres- 
sion should be used on this packet. The PCOMP signal is 
asserted and packet transfer stops when the number of 
bytes transmitted equals the value defined in the decode 
register. Hence the MRXC signal is idle for the remainder of 
the packet’s data and CRC fields. The final region shows 
the transfer of the RIC’s seven bytes of packet status. 


The following pages describe these Hub Management regis- 
ters which constitute the management status field. 


ao 


Packet Status 

Register PSR | om | fim | oe tooo si 
PSR(O) _PcomPD_| _TXCOL 
PSR(1) CRCER FAE CLN PAS PA2 PAO 
PSR(2) owc_ | NSFD | PLER | ELBER CBT9 CBTS 
PSA(3) | 
Collision Bit CBT7 CBT6 CBTS | CBT4 cBT3 cBT2 cet! CBTO 
Timer 

PSR(4) 

Lower Repeat RBY7 | RBY6 | RBy5 | RBY4 | RBYS | RBY2 | ABYI RBYO 
Byte Count , 
PSR(65) 

UpperRepeat | RBYi5 | RBY14 | RBY13 | RBY12 | RBYI1 | RBYIO RBY9 RBYS 
Byte Count 

PSR(6) 

Inter Frame IBT7 IBT6 IBTS IBT4 IBT3 iBT2 | iBT IBTO 
Gap Bit Timer 


Note: These registers may only be reliably accessed via the management interface. Due to the nature of these registers they may not be accessed (read or write 


cycles) via the processor interface. 


FIGURE 6.1. Hub Management Status Field 
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6.0 Hub Management Support (continued) 


Packet Status Register 0 
D7 D6 D5 D4 D3 D2 D1 DO 
PCOMPD 
Description 


RESERVED FOR FUTURE USE: This bit is currently undefined, management software should not 
examine the state of this bit. 


PCOMPD | PACKET COMPRESSION DONE: If packet compression is utilized, this bit informs the user that 
compression was performed, i.e., the packet was long enough to require compression. 


D(7:2) A(5:0) RIC ADDRESS (5:0): This address is defined by the user and is supplied when writing to the RIC Address 
Register. It is used by hub management software to distinguish between RICs in a multi-RIC system. 


Packet Status Register 1 
D7 D6 D5 D4 D3 D2 D1 DO 
CRCER 
Bit Description 


D(3:0) PA(3:0) PORT ADDRESS: This field defines the port which is receiving the packet. 


CLEAN RECEIVE: This bit is asserted from the start of reception, and is deasserted if a collision occurs 
within a window from the start of reception to the end of the 13th byte after SFD detection. If no SFD is 
detected the window is extended to the end of reception. Le 


COLLISION: If a receive or transmit collision occurs during packet repetition the collision bit is asserted. 


FRAME ALIGNMENT ERROR: This bit is asserted if a Frame Alignment Error occurred in the repeated 
packet. 

CRC ERROR: This bit is asserted if a CRC Error occurred in the repeated packet. 

This status flag should not be tested if the COL bit is asserted since the error may be simply due to the 
collision. : 
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Packet Status Register 2 


6.0 Hub Management Support (Continued) 


D7 D6 D5 D4 D3 D2 D1 DO 


Bit 
D(1:0) | CT(9:8) 


D2 JAB 
jabber protect condition. 


D3 ELBER 


D4 PLER 
. lock loop decoder to lose lock. 


D5 NSFD 


Description 


COLLISION TIMER BITS 9 AND 8: These two bits are the upper bits of the collision bit timer. 
JABBER EVENT: This bit indicates that the receive packet was so long the repeater was forced to go into a 


ELASTICITY BUFFER ERROR: During the packet an Elasticity Buffer under/overflow occurred. 
PHASE LOCK LOOP ERROR: The packet suffered sufficient jitter/noise corruption to cause the phase 


NON SFD: The repeated packet did not contain a Start of Frame Delimiter. When this bit is set the Repeat 


Byte Counter counts the length of the entire packet. When this bit is not set the byte counter only counts 


post SFD bytes. 


Note: The operation of this bit is not inhibited by the occurrence of a collision during packet repetition (see description of the 


Repeat Byte Counter below). 


D6 OWC 
D7 SE 


The other registers comprise the remainder of the collision 
timer register [PSR(3)], the Repeat Byte Count registers 
[PSR(4), (5)], and the Inter Frame Gap Counter “IFG” regis- 
ter [PSR(6)]. 


Collision Bit Timer 


The Collision Timer counts in bit times the time between the 
start of repetition of the packet and the detection of the 
packet's first collision. The Collision counter increments as 
the packet is repeated and freezes when a collision occurs. 
The value in the counter is only valid when the collision bit 
“COL” in [PSR(1)] is set. 


Repeat Byte Counter 


The Repeat Byte Counter is a 16 bit counter which can per- 
form two functions. In cases where the transmitted packet 
possesses an SFD, the byte counter counts the number of 
received bytes after the SFD field. Alternatively if no SFD is 
repeated the counter reflects the length of the packet, 
counted in bytes, starting at the beginning of the preamble 
field. When performing the latter function the counter is 
shortened to 7 bits. Thus the maximum count value is 127 
bytes. The mode of counting is indicated by the “NSFD” bit 
in [PSR(2)]. In order to check if the received packet was 
genuinely a Non-SFD packet, the status of the COL bit 
should be checked. During collisions SFD fields may be lost 
or created, Management software should be robust to this 
kind of behaviour. 


Inter Frame Gap (IFG) Bit Timer 


The IFG counter counts in bit times the period in between 
repeater transmissions. The IFG counter increments when- 
ever the RIC is not transmitting a packet. If the IFG is long, 
i.e., greater than 255 bits the counter sticks at this value. 
Thus an apparent count value of 255 should be interpreted 
as 255 or more bit times. 


OUT OF WINDOW COLLISION: The packet suffered an out of window collision. 


SHORT EVENT: The receive activity was so small it met the criteria to be classed as a short event. 
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6.4 DESCRIPTION OF HARDWARE 
CONNECTION FOR MANAGEMENT INTERFACE 


The RIC has been designed so it may be connected to the 
Management bus directly or via external bus transceivers. 
The latter is advantageous in large repeaters. In this appli- 
cation the system backplane is often heavily loaded beyond 
the drive capabilities of the on-chip bus drivers. 

The uni-directional nature of information transfer on the 
MCRS, MRXD and MRXC signals, means a single open 
drain output pin is adequate for each of these signals. The 
Management Enable (MEN) RIC output pin performs the 
function of a drive enable for an external bus transceiver if 
one is required. 

In common with the Inter-RIC bus signals ACTN, ANYXN, 
COLN and IRE the MCRS active level asserted by the 
MCRS output is determined by the state of the BINV Mode 
Load configuration bit. 


7.0 Port Block Functions 


The RIC has 13 port logic blocks (one for each network 

connection). In addition to the packet repetition operations 

already described, the port block performs two other func- 

tions: 

1. The physical connection to the network segment (trans- 
ceiver function). 

2. It provides a means to protect the network from malfunc- 
tioning segments (segment partition). 

Each port has its own status register. This register allows 

the user to determine the current status of the port and 

configure a number of port specific functions. 
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7.0 Port Block Functions (continued) 
7.1 TRANSCEIVER FUNCTIONS 

The RIC may connect to network segments in three ways: 
1. Over AU! cable to transceiver boxes, 

2. Directly to board mounted transceivers, 

3. To twisted pair cable via a simple interface. 

The first method is only supported by RIC port 1 (the AUI 
port). Options (2) and (3) are available on ports 2 to 13. The 
selection of the desired option is made at device initializa- 
tion during the Mode Load operation. The Transceiver By- 
pass XBYPAS configuration bits are used to determine 
whether the ports will utilize the on-chip 10BASE-T trans- 
ceiver or bypass these in favour of external transceivers. 


Four possible combinations of port utilization are supported: _ 


All ports (2 to 13) use the external Transceiver Interface. 
Ports 2 to 5 use the external interface, 6 to 13 use the 
internal 10BASE-T transceivers. 


Ports 2 to 7 use the external interface, 8 to 13 use the 
internal 10BASE-T transceivers. 


All ports (2 to 13) use the internal 10BASE-T transceivers. 


10BASE-T Transceiver Operation - 
The RIC contains virtually all the digital and analog circuits 


required for connection to 10BASE-T network segments. | 


The only additional active component is an external driver 
packet. The connection for a RIC port to a 10BASE-T seg- 
ment is shown in Figure 7.7. The diagram shows the compo- 
nents required to connect one of the RIC’s ports to a 
10BASE-T segment. The major components are the driver 
package, a member of the 74ACT family, and an integrated 
filter/choke network. 


The operation of the 10BASE-T transceiver’s logical func- 
tions may be modified by software control. The default 
mode of operation is for the transceivers to transmit and 
expect reception of link pulses. This may be modified if a 
logic one is written to the GDLNK bit of a port’s status regis- 
ter. The port’s transceiver will operate normally but will not 
transmit link pulses nor monitor their reception. Thus the 
entry to a link fail state and the associated modification of 
transceiver operation will not occur. 


The on-chip 10BASE-T transceivers automatically detect 
and correct the polarity of the received data stream. This 
polarity detection scheme relies upon the polarity of the re- 
ceived link pulses and the end of the packet waveform. Po- 
larity detection and correction may be disabled under soft- 
ware control as follows: ; 


1) Write the value 07H to the Page Select Register (address 


10H). 


2) Write the value 02H to the address 11H. (Note that ad- 
dress 11H will read back 00H after writing 02H to it). 


This is the only exception for accessing any of the reserved 
pages 4 to 7. 

External Transceiver Operation 

RIC ports 2 to 13 may be connected to media other than 


twisted-pair by opting to bypass the on-chip transceivers. . 


When using external transceivers the user must have the 
external transceivers perform collision detection and the 
other functions associated with an IEEE 802.2 Media Ac- 
cess Unit. Figure 7.2 shows the connection between a re- 
peater port and a coaxial transceiver using the AUI type 
interface. 


7.2 SEGMENT PARTITION 


Each of the RIC’s ports has a dedicated state machine to 
perform the functions defined by the IEEE partition algo- 
rithm as shown in Figure 7.3. To allow users to customize 
this algorithm for different applications a number of user 
selected options are available during device configuration at 
power up (the Mode Load Cycle). 


Five different options are provided: 


1. Operation of the 13 partition state machines may be dis- 
abled via the disable partition DPART configuration bit 

_ (Pin D6). 

2. The value of consecutive counts required to partition a 
segment (the CCLimit specification) may be set at either 
31 or 63 consecutive collisions. 


3. The use of the TW5 specification in the partition algorithm 
differentiates between collisions which occur early ina 
packet (before TW5 has elapsed) and those which occur 
late in the packet (after TW5 has elapsed). These late or 
“out of window” collisions can be regarded in the same 
manner as early collisions if the Out of Window Collision 
Enable OWCE option is selected. This configuration bit is 
applied to the D4 pin during the Mode Load operation. 

_ The use of OWCE delays until the end of the packet the 
operation of the state diagram branch marked (1) and 
enables the branch marked (2) in Figure 7.3. 


4. The operation of the ports’ state machines when recon- 
necting a segment may also be modified by the user. The 
Transmit Only TXONLY configuration bit allows the user 
to prevent segment reconnection unless the reconnect- 
ing packet is being sourced by the repeater. In this case 
the repeater is transmitting on to the segment, rather 
than the segment transmitting when the repeater is idle. 

. The normal mode of reconnection does not differentiate 
between such packets. The TXONLY configuration bit is 
input on Pin D5 during the Mode Load cycle. If this option 
is selected the operation of the state machine branch 
marked (3) in Figure 7.3 is affected. 


5. The RIC may be configured to use an additional criterion 
_ for segment partition. This is referred to as loop back 
Partition. If this operation is selected the partition state 
machine monitors the receive and collision inputs froma 
network segment to discover if they are active when the 
port is transmitting. Thus determining if the network trans- 
. ceiver is looping back the data pattern from the cable. A 
port may be partitioned if no data or collision signals are 
seen by the partition logic in the following window: 61 to 
96 network bit times after the start of transmission see 
data sheet Section 8 for details. A segment partitioned by 
this operation may be reconnected in the normal manner. 


In addition to the autonomous operation of the partition 
state machines, the user may reset these state machines. 
This may be done individually to each port by writing a logic 
one to the PART bit in its status register. The port’s partition 
State machine and associated counters are reset and the 
Port is reconnected to the network. The reason why a port 


_ become partitioned may be discovered by the user by read- 


ing the port’s status register. 


7.0 Port Block Functions (continued) 
7.3 PORT STATUS REGISTER FUNCTIONS 


Each RIC port has its own status register. In addition to 
providing status concerning the port and its network seg- 
ment the register allows the following operations to be per- 
formed upon the port: 


1. Port disable 

2. Link Disable 

3. Partition reconnection 

4. Selection between normal and reduced squelch levels 


RIC 


Note that the link disable and port disable functions are mu- 
tually exclusive functions, i.e., disabling link does not affect 
receiving and transmitting from/to that port and disabling a 
port does not disable link. - 

When a port is disabled packet transmission and reception 
between the port’s segment and the rest of the network is 
prevented. 


INTEGRATED TWISTED PAIR 


FILTER/TRANSFORMER 


T4ACTXxx 
DRIVER 
PACKAGE 


TRANSFORMER & 
FILTERS 


TELEPHONE 
CONNECTOR 


TL/F/11096-19 


Note: For recommended modules, see “Ethernet Magnetics Vendors for 10BASE-T, 10BASE2, and 10BASES” in Section 5 of this Databook. 
FIGURE 7.1. Port Connection to a 10BASE-T Segment 
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7.0 Port Block Functions (continued) 


100 4H PULSE 
TRANSFORMER 


TX+ 
es a oo 
Pee ee Le ee 


J2 
RICX R2CX BNC 
CONNECTOR 
— +5V 
7 ‘ RB Piet 
IN OUT 1M, 1/2W clo 
ct DC TO DC 

47 pF i. CONVERTER 
ISOLATED 
SH GND 


TL/F/11096-20 
FIGURE 7.2. Port Connection to a 10BASE2 Segment (AUI Interface Selected) 


The preceding diagrams show a RIC port (Numbers 2 to 13) connected to a 10BASE-T and a 10BASE2 segment. The values of any components not indicated 
above are to be determined. ; 
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7.0 Port Block Functions (Continued) 


gosé6esdd 


COUNT CLEAR 


cC(X)=0 
DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 


pew eww ewe eee 


DIPRESENT(X)=1"_ 
CIPRESENT(X)=SQE 


COLLISION COUNT IDLE 


DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 


DIPRESENT(X)=II*__ 
CIPRESENT(X)=SQE 


DIPRESENT(X)=I1* 
CIPRESENT(X)=SQE 


1 TW5SDONE® 
I DIPRESENT(X)=I*_ 
(1) 1 CIPRESENT(X)=SQE 


meee ew ee eee 


WATCH FOR COLLISION 
STARTWS 

DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 


CIPRESENT(X)=SQE 


DIPRESENT(X)=I1* _ 
LISION COUNT INCREMENT } CIPRESENT(X)=SQE 
CC(X)<CCLIMIT® 
TW6 DONE 


COL 
cC(X)=CC(X)+ 1 
DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 

STARTW6 


CC(X)=CCLIMIT+(TW6DONE *CIPRESENT(X)=SQE) 


PARTITION WAIT 


DATAIN(X)=I1__ 
COLLIN(X)=SQE 


DIPRESENT(X)=I1*__ 
CIPRESENT(X)=SQE 


PARTITION HOLD 


DATAIN(X)=I__ 
COLLIN(X)=SQE 


DIPRESENT(X)=I1+ 
CIPRESENT(X)=SQE 


DIPRESENT(X)=!1* 
CIPRESENT(X)=SQE 


PARTITION COLLISION WATCH 
DATAIN(X)=I__ 
COLLIN(X)=SQE 

STARTW6 


CIPRESENT(X)=SQE 


!  TWSDONE*DIPRESENT(X)=II* 
(3) 1 picid 


~ 
1 
I 
I 
I 
I 
1 
I 
1 
' 
1 
I 
I 
I 
I 
i 
I 
\ 
I 
1 
1 
1 
1 CIPRESENT(X)=SQE 
1 


DIPRESENT(X)=I!°_ 
CIPRESENT(X)=SQE 


WAIT TO RESTORE PORT 
DATAIN(X)=1__ 

COLLIN(X)=SQE 
cc(x)=0 


I = 
(2) CIPRESENT(X)=SQE 


TL/F/11096-21 


FIGURE 7.3. IEEE Segment Partition Algorithm 
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8.0 RIC Registers 


RIC Register Address Map 


The RIC’s registers may be accessed by applying the re- 
quired address to the five Register Address (RA(4:0)) input 
pins. Pin RA4 makes the selection between the upper and 
lower halves of the register array. The lower half of the reg- 
ister map consists of 16 registers: 


1 RIC Real Time Status and Configuration register, 
13 Port Real Time Status registers, 

1 RIC Configuration Register 

1 Real Time Interrupt Status Register. 
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These registers may be directly accessed at any time via 
the RA(4:0) pins, (RA4 = 0). The upper half of the register 
map, (RA4 = 1), is organized as 4 pages of registers: 


Event Count Configuration page (0), 


_ Event Record page (1), 


Lower Event Count page (2) 
Upper Event Count page (3) 


Register access within these pages is also performed using 
the RA(4:0) pins, (RA4 = 1). Page switching is performed 
by writing to the Page Selection bits (PSEL2, 1, 0). These 
bits are found in the Page Select Register, located at ad- 
dress 10 hex on each page of the upper half of the register 
array. AT power on these bits default to 0 Hex, ie., page 
zero. 


8.0 RIC Registers (Continued) 
Register Memory Map - 


Name 
Page (3) 
00H RIC Status and Configuration Register 
01H Port 1 Status Register 
02H Port 2 Status Register 
03H . ’ Port 3 Status Register 
04H Port 4 Status Register 
05H i Port 5 Status Register 
06H Port 6 Status Register 
07H... Port 7 Status Register 
’ 08H Port 8 Status Register 
09H Port 9 Status Register 
OAH Port 10 Status Register 
OBH Port 11 Status Register 
OCH Port 12 Status Register 
ODH Port 13 Status Register 
OEH RIC Configuration Register 
OFH Real Time Interrupt Register 


Address 


10H es Page Select Register 


11H Device Type Register Port 1 Event Record 
Register (ERR) 


12H Lower Event Count Port 2 ERR Port 1 Lower Event Port 8 Lower ECR 
Mask Register (ECMR) : Count Register (ECR) 
13H Upper ECMR : Port3 ERR Port 1 Upper ECR Port 8 Upper ECR 


14H ‘- Event Record Mask Port 4ERR - Port 2 Lower ECR Port 9 Lower ECR 
Register 


15H resv Port 2 Upper ECR Port 9 Upper ECR 
16H Management/ Interrupt Port 3 Lower ECR Port 10 Lower ECR 
Configuration Register 
17H RIC Address Register Port 3 Upper ECR Port 10 Upper ECR 
18H Packet Compress Port 4 Lower ECR Port 11 Lower ECR 
Decode Register , 
19H resv Port9 ERR . Port 4 Upper ECR ’ Port 11 Upper ECR 
1AH resv Port 5 Lower ECR © Port 12 Lower ECR 
1BH resv | Port 5 Upper ECR Port 12 Upper ECR 
1CH resv Port 6 Lower ECR Port 13 Lower ECR 


1DH resv Port 13 ERR Port 6 Upper ECR Port 13 Upper ECR 
1EH aa [Port Lower ECR 


1FH IFG Threshold Port 7 Upper ECR 


Note: All registers marked resv on pages 0 to 3 must not be accessed by the user. The other register pages, 4 to 7, are also reserved. 
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8.0 RIC Registers (continued) 


Address 
(Hex) 


Register Array Bit Map Addresses 00H to 10H 


BINV | ByPas2 | BYPAST eet 


DISPT pe PTYPE1 PTYPEO 


z MINMAX DPART TXONLY OWCE LPPART 


Address 
(Hex) 


10 
11 
12 
13 
14 
16 
17 
18 
1F 


Address 
(Hex) 


IVCTR3 IVCTR2 IVCTR1 - IVCTRO ISRC3 ISRC2 - 


Register Array Bit Map Addresses 10H to 1FH Page (0) 


0 


Ca 

JABC 
eae ROR 
| BounKe | parte | owce |" see | nsroe | puere | evecre | JABE 

FC TAC wm | FF. | eC | cor MIFCON 
ee resv 
PDO 
IFGTO 


Register Array Bit Map Addresses 10H to 1FH Page ( 1) 


Seer cae a a PSELO 
a a 


PSEL2 | PSELt 


. BDLNK PART Pa loeta - NSFD PLER , ELBER 


Register Array Bit Map Addresses 10H to 1FH Pages (2) and (3) 


Address ' 


(Hex) 


Even 
Locations 


Odd 
Locations 


stete te 
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8.0 RIC Registers (Continuea) 


RIC Status and Configuration Register (Address 00H) 


The lower portion of this register contains real time information concerning the operation of the RIC. The upper three bits 
represent the chosen configuration of the transceiver interface employed. ; 


D7 D4 


D6 D5 D3 —siD2 Di —ibdo 
pypas2 | evpast | APART | JAB | AREC | ACOL | rosy | 


Bit Symba Description 
Access 
DO resv RESERVED FOR FUTURE USE: 
Reads as a logic 0. 


D1 ANY COLLISIONS: 


0: A collision is occurring at one or more of the RIC’s ports. 
1: No collisions. 


ANY RECEIVE: 
0: One of the RIC’s ports is the current packet or collision receiver. 
1: No packet or collision reception within this RIC. 


JABBER PROTECT: . 

0: The RIC has been forced into jabber protect state by one of its ports or by another port on the 
Inter-RIC bus, (Multi-RIC operations). 

1: No jabber protect conditions exist. 


ANY PARTITION: 
0: One or more ports are partitioned. 
1: No ports are partitioned. 


These bits define the configuration of ports 2 to 13 .e., their use if the internal 1OBASE-T 
transceivers or the external (AUI-like) transceiver interface. 


BUS INVERT: 

This register bit informs whether the Inter-RIC signals: IRE, ACTN, ANYXN, COLN and Management 
bus signal MCRS are active high or low. 

0: Active high 

1: Active low 
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8.0 RIC Registers (continued) 


Port Real Time Status Registers (Address 01H to ODH) 


R/W 
R/W 


Description 
GOOD LINK: 
0: Link pulses are being received by the port. 
1: Link pulses are not being received by the port logic. — 
Note: Writing a 1 to this bit will cause the 10BASE-T transceiver not the transmit or monitor the reception of link 


pulses. If the internal 10BASE-T transceivers are not selected or if port 1 (AUI port) is read, then this bitis — 
undefined. : : : 


COLLISION: 


0: A collision is happening or rhas occurred during the current packet. 
1: No collisions have occurred as yet during this pet 


RECEIVE: | 

0: This port is now or has been the receive source of packet or collision information for the 
current packet. 

1: This port has not been the receive source during the current packet: 


- PARTITION: 


0: This port is partitioned. 


. 1: This port is not partitioned. 


Writing a logic one to this bit forces segment reconnection and partition state machine reset. 
Writing a zero to this bit has no effect.. 


PARTITION TYPE 0. 
PARTITION TYPE 1. oo 
The partition type bits sich information spediiving why the port i is artioned 


PTYPE1 PTYPEO Information ; 


"Consecutive Collision Limit Reached _ 


Excessive Length of Collision Limit Reached : 


ee ee ee 
Failure to See Data Loopback from Transceiver in 
Monitored Window © 

es ae Processor Forced Reconnection 


SQUELCH LEVEL: 

0: Port operates with normal IEEE receive squelch level. 

1: Port operates with reduced receive squelch level. 

Note: This bit has no effect when the external transceiver is selected. 


DISABLE PORT: 
0: Port operates as defined by repeater operations. 
1: All port activity is prevented. 
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8.0 RIC Registers (Continued) 


G0S6E8dd 


RIC Configuration Register (Address 0EH) 
This register displays the state of a number of RIC configuration bits loaded during the Mode Load operation. 


D7 D6 DS D4 D3 D2 D1 DO 


Bit | p/w | Symbol | Description 
po | rR | resv__| RESERVED FOR FUTURE USE: Value set at logic one. 


resv 

Tw2 CARRIER RECOVERY TIME: 
0: Tw2 set at 5 bits. 

1: Tw2 set at 3 bits. 


CCLIM CONSECUTIVE COLLISION LIMIT: 
0: Consecutive collision limit set at 63 collisions. 
1: Consecutive collision limit set at 31 collisions. 


LOOPBACK PARTITION: 
0: Partitioning upon lack of loopback from transceivers is enabled. 
1: Partitioning upon lack of loopback from transceivers is disabled. 


OUT OF WINDOW COLLISION ENABLE: 

0: Out of window collisions are treated as in window collisions by the segment partition state 
machines. ‘ 

1: Out of window collisions are treated as out of window collisions by the segment partition state 
machines. 


ONLY RECONNECT UPON SEGMENT TRANSMISSION: 

0: A segment will only be reconnected to the network if a packet transmitted by the RIC onto that 
segment fulfills the requirements of the segment reconnection algorithm. 

1: A segment will be reconnected to the network by any packet on the network which fullfills the 
requirements of the segment reconnection algorithm. 


DISABLE PARTITION: 

0: Partitioning of ports by on-chip algorithms is prevented. 
1: Partitioning of ports by on-chip algorithms is enabled. 
MINIMUM/MAXIMUM DISPLAY MODE: 


0: LED display set in minimum display mode. 
1: LED display set in maximum display mode. 


D6 


| LPPART 
¥ ; 
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8.0 RIC Registers (Continued) 


Real Time Interrupt Register (Address OFH) 


The Real Time Interrupt register (RTI) contains information which may change on a Satkat by packet basis. Any remaining 
interrupts which have not been serviced before the following packet is transmitted are cleared. Since multiple interrupt sources 
may be displayed by the RTI a priority scheme is implemented. A read cycle to the RTI gives the interrupt source and an address 
vector indicating the RIC port which generated the interrupt. The order of Priority for the display of interrupt information is as 
follows: 


1. The receive source of network activity (Port N), 
2. The first RIC port showing collision 
3. A port partitioned or reconnected. 


During the repetition of a single packet it is possible that multiple ports may be partitioned or alternatively feenesied: The 
ports have equal priority in displaying partition/reconnection information. This data is derived from the ports by the RTI register 
as it polls consecutively around the ports. 


Reading the RTI clears the particular interrupt. If no interrupt sources are active the RTI returns a no valid interrupt status. 
D7 D6 D5 D4 D3 D2 D1 DO 
IVCTR3 | IVCTR2 | IVCTR1 } IVCTRO | ISRC3 | ISRC2 | ISRC1 | ISRCO 


ddblaes ; Description’ 
Access 


D(3:0) bai | ISCR(3:0) INTERRUPT SOURCE: These four bits indicate the reason why the interrupt was generated. 
D(7:4) IVCTR(3:0) INTERRUPT VECTOR: This field defines the port address respone@le for generating the 
interrupt. 


The following table shows the mapping of interrupt sources onto the D3 to DO pins. Essentially each of the three interrupt 
sources has a dedicated bit in this field. If a read to the RTI produces a low logic level on one of these bits then the interrupt 
source may be directly decoded. Associated with the source of the interrupt is the port where the event is occurring. If no 
unmasked events (receive, collision, etc.), have occurred when the RTI is read then an all ones pattern is driven by the RIC onto 
the data pins. 


Comments 


First Collision 
PA(3:0) = Collision Port Address 


Receive 
PA(3:0) = Receive Port Address 


Partition Reconnection 
PA(3:0) = Partition Port Address 


No Valid Interrupt 
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8.0 RIC Registers (Continued) 


Page Select Register ((All Pages) Address 10H) 

The Page Select register performs two functions: 

1. It enables switches to be made between register pages, 

2. It provides status information regarding the Event Logging Interrupts. 


D D6 


D5 D4 D3 D2 D1 DO 


Bit Symbol Description 


D(2:0) R/W PSEL(2:0) PAGE SELECT BITS: When read these bits indicate the currently selected Upper Register Array 
Page. Write cycles to these locations facilitates page swapping. 


RESERVED FOR FUTURE USE 

FLAG FOUND: This indicates one of the unmasked event recording latches has been set. 

LOW COUNT: This indicates one of the port event counters has a value less than OOFF Hex. 
HIGH COUNT: This indicates one of the port event counters has a value greater than C000 Hex. 
FULL COUNTER: This indicates one of the port event counters has a value equal to FFFF Hex.. 


. Device Type Register (Page 0H Address 11H) ; 
This register may be used to distinguish different revisions of RIC. If this register is read it will return a different value each for 
DP83950 revisions. (Contact National Semiconductor for revision information.) Write operations to this register have no effect 
upon the contents. , 


D7 


D6 D5 D4 D3 D2 D1 -DO 
a ae 
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8.0 RIC Registers (Continued) 


Lower Event Count Mask Register (Page 0H Address 12H) 


D7 D6 D5 D4 D3 D2 D1 DO 


Bit Rae} Sombal 


Description 


DO | Rw | | JABC | JABBER COUNT ENABLE: Enables recording of Jabber Protect events. 


events. 


D1 ELBERC | ELASTICITY BUFFER ERROR COUNT ENABLE: Enables recording of Elasticity Buffer Error 


b2 PLERC | PHASE LOCK ERROR COUNT ENABLE: Enables recording of Carrier Error events. 
D3 NSFDC_| NON SFD COUNT ENABLE: Enables recording of Non SFD packet events. 
D4 SHORT EVENT COUNT ENABLE: Enables recording of Short events. 


suffer collisions. 


D5 RECC | RECEIVE COUNT ENABLE: Enables recording of Packet Receive (port N status) events that do not 


D6 PARTG | PARTITION COUNT ENABLE: Enables recording of Partition events. 
D7 BDLNKG | BAD LINK COUNT ENABLE: Enables recording of Bad Link events. 


Upper Event Count Mask Register (Page 0H Address 13H) 


D7 D6 D5 D4 D3 D2 D1 DO 
_resv | resv | owoc | rxcouc | txcouc | resv | Fwr | RoR | 


[a [ma 


o3__| R/W 
D4 RXCOLC 


DS R/W OwcCc 


p@6) | R | rev 


wd 
aes 


Description 


RESET ON READ: This bit selects the action a read operation has upon a port’s event counter: 
0: No effect upon register contents. 
1: The counter register is reset. 


FREEZE WHEN FULL: This bit controls the freezing of the Event Count registers when the 
counter is full (FFFF Hex) 


RESERVED FOR FUTURE USE: This bit should be written with a low logic level. 
TRANSMIT COLLISION COUNT ENABLE: Enables recording of transmit collision events only. 
RECEIVE COLLISION COUNT ENABLE: Enables recording of receive collision events only. 


OUT GF WINDOW COLLISION COUNT ENABLE: Enables recording of out of window coliision 
events only. 
RESERVED FOR FUTURE USE: These bits should be written with a low logic level. 


Note 1: To count all collisions then both the TXCOLC and RXCOLC bits must be set. The OWCC bit should not be set otherwise the port counter will be 
incremented twice when an out of collision window collision occurs. The OWCC bit alone should be set if only out of window collision are to be counted. 


Note 2: Writing a 1 enables the event to be counted. 
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8.0 RIC Registers (Continue) 


Event Record Mask Register (Page 0H Address 14H) 
D5 D1 DO 


D7 D6 D4 D3 D2 
OWCE JABE 
| p/w | Symbol | Description 


JABBER ENABLE: Enables recording of Jabber Protect events. 

ELASTICITY BUFFER ERROR ENABLE: Enables recording of Elasticity Buffer Error events. 
PHASE LOCK ERROR ENABLE: Enables recording of Carrier Error events. 

NON SFD ENABLE: Enables recording of Non SFD packet events. 


| p/w | SEE | SHORTEVENT ENABLE: Enables recording of Short Events. 


OUT OF WINDOW COLLISION COUNT ENABLE: Enables recording of Out of Window Collision 
events only. 


PARTITION ENABLE: Enables recording of Partition events. 
BAD LINK ENABLE: Enables recording of Bad Link Events. 


gos6e8dd 


Note: Writing a 1 enables the event to be recorded. 
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8.0 RIC Registers (continued) 


Interrupt and Management Configuration Register (Page OH Address 16H) wag 
This register powers up with all bits set to one and must be initialized by a processor write cycle before any events will generate 


interrupts. 
D7 D6 D5 


D3 D2 


D4 Dt Do 
COL | 


re | Hc | 1 


Bit 


DO MIFCON 
, R/w | IPART 


Note 1: (RTI pin goes active) 
Note 2: (ELI pin goes active) 


Description 


MANAGEMENT INTERFACE CONFIGURATION: 

0: All Packets repeated are transmitted over the Management bus. _ Ds een 

1: Packets repeated by the RIC which do not have a Start of Frame Delimiters are‘not transmitted - : 
over the Management bus. os 


INTERRUPT ON PARTITION: — ae . 
0: Interrupts will be generated(") if a port becomes Partitioned. 
1: No interrupts are generated by this condition. 


INTERRUPT ON COLLISION: 

0: Interrupts will be generated(1) if this RIC has a port which experiences a collision, Single RIC 
applications, or contains a port which experiences a receive collision or is the first port to suffer a 
transmit collision in a packet in Multi-RIC applications. 

1: No interrupts are generated by this condition. 


INTERRUPT ON RECEIVE: 
0: Interrupts will be generated(") if this RIC contains the receive port for packet or collision activity. 
1: No interrupts are generated by this condition. 


INTERRUPT ON FLAG FOUND: 
0: Interrupts will be generated(2) if one or more than one of the flags in the flag array is true. 
1: No interrupts are generated by this condition. 


INTERRUPT ON LOW COUNT: 

O: Interrupt generated(2) when one or more of the Event Counters holds a value less than 256 
counts. 

1: No effect 


INTERRUPT ON HIGH COUNT: 

0: Interrupt generated(2) when one or more of the Event Counters holds a value in excess of 49152 
counts. 

1: No effect 

INTERRUPT ON FULL COUNTER: 

0: interrupt generated(2) when one or more of the Event Counters is full. 

1: No effect 
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8.0 RIC Registers (Continue) 


RIC Address Register (Page 0H Address 17H) 


This register may be used to differentiate between RICs in a multi-RIC repeater system. The contents of this register form part of 
the information available through the management bus. 


D7 D6 DS D4 D3 D2 D1 Do 
[as [as | as | a2 | at | ao | ros | res | 
Packet Compress Decode Register (Page 0H Address 18H) 


This register is used to determine the number of bytes in the data field of a packet which are transferred over the management 
bus when the packet compress option is employed. The register bits perform the function of a direct binary decode. Thus up to 
255 bytes of data may be transferred over the management bus if packet compression is selected. 


D7 D6 D5 D4 D3 D2 D1 DO 
pcp7 | pcos | pcos | pcp4 | pcos | PcD2 PCDO 
Inter Frame Gap Threshold Select Register (Page 0H Address 1FH) 


This register is used to configure the hub management interface to provide a certain minimum inter frame gap between packets 
transmitted over the management bus. The value written to this register, plus one, is the magnitude in bit times of the minimum 
IFG allowed on the management bus. , 


D7 D6 D5 D4 D3 D2 D1 DO 
IFGT7 | IFGT6 | IFGT5 | IFGT4 | IFGT3 IFGT2 | IFGT1 | IFGTO 
Port Event Record Registers (Page 1H Address 11H to 1DH) 


These registers hold the recorded events for the specified RIC port. The flags are cleared when the register is read. 
D5 D D1 D 


D7 D6 4 D3 D2 : 0 
ELBER 
Description 


JABBER: A Jabber Protect event has occurred. 

ELASTICITY BUFFER ERROR: A Elasticity Buffer Error has occurred. 
| R | PLER | PHASE LOCK ERROR: A Phase Lock Error event has occurred. 

| rR | NsFD | NON SFD: A Non SFD packet event has occurred. 

| a] se SHORT EVENT: A Short event has occurred. 

| oR | OWC OUT OF WINDOW COLLISION: An out of window collision event has occurred. 
| oR | PART | PARTITION: A partition event has occurred. 

| oR | BAD LINK: A link failure event has occurred. 


Bit 
DO 
D1 
D2 
D3 
D4 
D5 
D6 
D7 


Port Event Count Register (Pages 2H and 3H) 


The Event Count (EC) register shows the instantaneous value of the specified port's 16-bit counter. The counter increments 
when an enabled event occurs. The counter may be cleared when it is read and prevented from rolling over when the maximum 
count is reached by setting the appropriate control bits in the Upper Event Count mask register. Since the RIC’s processor port 
is octal and the counters are 16 bits long a temporary holding register is employed for register reads. When one of the counters 
is read, either high or low byte first, all 16 bits of the counter are transferred to a holding register. Provided the next read cycle to 
the counter array accesses the same counter’s, other byte, then the read cycle accesses the holding register. This avoids the 
problem of events occurring in between the two processor reads and indicating a false count value. In order to enter a new value 
to the holding register a different counter must be accessed or the same counter byte must be re-read. 


Lower Byte 

D7 D6 D5 D4 D3 D2 D1 DO 
ecs | ecs | ecs | eEca | eEce | EC! 
Upper Byte 


D7 D6 D5 D4 D3 D2 Di DO 
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9.0 AC and DC Specifications 


Absolute Maximum Ratings 

If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 


‘PARAMETRICS DISCLAIMER 


. The Current AC and DC specifications contained in this doc- 


ument are considered target design specifications and may 
not represent actual guaranteed tested timing parameters. 
This. information represents simulated, as well as, limited 


Supply Voltage (Vcc) 0.5V to 7.0V 
DC Input Voltage (Vin) —0.5V to Vcc +0.5V 
DC Output Voltage (Vout) —0.5V to Voc +0.5V 
Storage Temperature Range (Tstq) —65°C to + 150°C 


sampled empirical bench test data. Guaranteed specifica- 
tions will be provided after full device characterization. 

Do not use these specifications for final production designs 
without directly contacting National Semiconductor. 


Power Dissipation (Pp) 2w 
Lead Temperature (T,) 

(Soldering, 10 seconds) 260°C 
ESD Rating 

(Rzap = 1.5k, Crap = 120 pF) 1500V 


DC Specifications Ta = O°C to + 70°C, Voc = 5V +5% unless otherwise specified 


PROCESSOR, LED, TWISTED PAIR PORTS, INTER-RIC AND MANAGEMENT INTERFACES 


Description 


Minimum High Level Slee 
Output Voltage e-em fs || 


Minimum Low Level 
Output Voltage 


Minimum High Level 
Input Voltage 
Maximum Low Level 
Input Voltage 


Vin=Vocorano | -10 | 10 | 


Symbol 


Maximum TRI-STATE Output Vout = Vecor o* rn 
Leakage Current .. GND 
Average Supply Current Vin = Voc or GND 

Voc = 5.25V 


AUI (PORT 1) 
Differential Output 7829 Termination and 
Voltage (TX+) 2702 Pulldowns 
Differential Output Voltage 78Q Termination and 
Imbalance (TX +) 2702 Pulldowns 
Undershoot Voltage (TX +) 789. Termination and 

; 2702 Pulldowns 
Differential Squelch ~175 
Threshold (RX+,CD+) 


Differential Input Common Mode 
Voltage (RX+, CD +) (Note 1) 


Note 1: This parameter is guaranteed by design and is not tested. 
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9.0 AC and DC Specifications (Continued) 


DC Specifications Ta = 0°C to + 70°C, Voc = 5V +5% unless otherwise specified (Continued) 


Symbol Description Conditions | min =| Max | Units 


PSEUDO AUI (PORTS 2-13) _ _ : = 


Differential Squelch 

Threshold (RX+, CD+) 
Differential Input Common Mode 
Voltage (Rx +, CD+) (Note 1) 


Note 1: This parameter is guaranteed by design and is not tested. 
Note 2: The operation in Reduced Mode is not guaranteed below 300 mV. 


AC Specifications 
PORT ARBITRATION TIMING 


TL/F/11096~22 


| symbol | Parameter | Min =| Max 


ackitackol ACKILowtoACKOLow | | aa 
ackihackoh ACKIHightoACKOHigh =| tid 


Note: Timing valid with no receive or collision activities. 
Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. 
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9.0 AC and DC Specifications (Continued) 
RECEIVING TIMINGS—AUI PORTS 
Receive activity propagation start up and end delays for ports in non 10BASE-T mode 


TL/F/11096-23 


Number | Symbol | Parameter 


rxaackol RX Active to ACKO Low 
rxiackoh RX inactive to ACKO High 


rxaactna RX Active to ACTNd Active 
rxiactni RX Inactive to ACTNd Inactive 
Note: ACKI assumed high. , 


Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. © , 
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9.0 AC and DC Specifications (continued) 


RECEIVE TIMING—10BASE-T PORTS 
Receive activity propagation start up and end delays for ports in 1OBASE-T mode 


G0S6E8dG 


TL/F/11096-24 


[symbol | Parameter | Min’ =| Max 
rxaackol RX Active to ACKO Low 
rxiackoh RX Inactive to ACKO High 
rxaactna RX Active to ACTNd Active 270 
rxiactni RX Inactive to ACTNd Inactive 265 


Note: ACKI assumed high. 


TRANSMIT TIMING—AUI PORTS 
Transmit activity propagation start up and end delays for ports in non 10BASE-T mode 


ACTNd 
T1i5a 


TX : 
TL/F/11096~25 


Number symbol | Parameter | Min | Max 
“_ACTNAAstiveto TX Active | | 585 


Note: ACKi assumed high. 

Note: ACTNg and ACTNg are tied together. 

Note: in these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. 
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9.0 AC and DC Specifications (Continue) 


TRANSMIT TIMING—10BASE-T PORTS 
Receive activity propagation start up and end delays for ports in 1OBASE-T mode 


ACTNd 
TH5t 


TX 
TL/F/11096-26 


Number Symbol 


ACTNd Active to TX Active 


Note: ACKI assumed high. 
Note: ACTNg and ACTNg are tied together. 


COLLISION TIMING—AUI! PORTS 
Collision activity propagation start up and end delays for ports in non 10BASE-T mode 


TRANSMIT COLLISION TIMING 


cD 


T30a T3la 
ANYXN 


Number | symbol | Parameter 


TL/F/11096-27 


cdaanyxna CD Active to ANYXN Active 
cdianyxni CD Inactive to ANYXN Inactive (Notes 1, 2) 


Note 1: TX collision extension has already been performed and no other port is driving ANYXN. 


Note 2: Includes TW2. 
Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. 
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9.0 AC and DC Specifications (Continued) 


COLLISION TIMING—AUI PORTS 
Collision activity propagation start up and end delays for ports in non 10BASE-T mode. 


RECEIVE COLLISION TIMING 


TL/F/11096-28 


Symbol 


cdacolna CD Active to COLN Active (Note 1) 
cdicolni CD Inactive to COLN Inactive 


colnajs COLN Active to Start of Jam 
colnije COLN Inactive to End of Jam (Note 2) 


Note 1: PKEN assumed high. 
Note 2: Assuming reception ended before COLN goes inactive. TW2 is included in this parameter. Assuming ACTNg to ACTNg delay is 0. 


Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. 


COLLISION TIMING—10BASE-T PORTS 
Collision activity propagation start up and end delays for ports in 10BASE-T mode 


2 a ae 


RX 


* TL/F/11096-29 


Number | __ Symbol 


colaanya Collision Active to ANYXN Active 
colianyi Collision Inactive to ANYXN Inactive (Note 1) 


Note 1: TX collision extension has alreay been performed and no other port is asserting ANYXN. 
Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. 
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9.0 AC and DC Specifications (continued) 
COLLISION TIMING—ALL PORTS 


TL/F/11096-38 


| symbot_ | Parameter 


-anyamin ANYXN Active Time 
anyitxai ANYXN Inactive to TX to all Inactive 


ANYXN Active to Start of Jam 


1X 
one port left 


Number | Symbol Parameter 


actnitxi -  ACTN Inactive to TX Inactive 405 
anyitxoi ANYXN Inactive to TX “One Port Left” Inactive 170 


TL/F/11096-39 


Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. . : . 
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9.0 AC and DC Specifications (Continued) 
INTER RIC BUS OUTPUT TIMING 


Number 


T101 icon 
48 
T1903 rcoe 
T104 actndapkena 
7105 acindairea 


T102 


T106 reoairca 
107 irdov 
T108 rdos 
T109 rcohire 
T110 


_— 
— 
oO 


o 


TL/F/11096-35 


Units 
ns 
ns 
ns 
ns 
ns 
ps 
ns 
ns 
ns 


clks 


Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active tow signals may also be used. See Section 5.5 Mode 


Load Operation. 
Note: In a Multi-RIC system, the PKEN signal is valid only for the first receiving RIC. 
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9.0 AC and DC Specifications (continued) 
INTER RIC BUS INPUT TIMING 


TL/F/11096-40 


Number | Symbol || Parameter, =| Ss Min S| Max 
| itch | —_IRC inputHigh Time a ee ee 
IRC Input Low Time ae ees eee, 


|__irdisic | IRD Input Setup to RC a ee eee 
IRD input Hold from IRC een SE, 
IRCinputHigh toRE Inactive | 10 | a0 


Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. ae = 
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9.0 AC and DC Specifications (continued) 


MANAGEMENT BUS TIMING 


gos6esdd 


i ar 
5 ——— 


TRI“STATE 


TL/F/11096-30 


Units 
ns 

MRXC Low Time ns 
MRXC Cycle Time oS 
ACTNd Active to MEN Active 
ACTNd Active to MCRS Active. 
MRXD Setup 
MRXD Hold 
MRXC Low to MCRS Inactive 


ns 
ns 


ns 


ns 
ns 
ns 
ns 


mrxcclks 


PCOMP Pulse Width - ns 


Note: The preamble on this bus consists of the following string: 01011. 5 dae 
Note: In these diagrams the Inter-RIC and Management Busses are shown using active high signals, active low signals may also be used. See Section 5.5 Mode 
Load Operation. re ; cae ’ j 


3-77 


DP83950B 


9.0 AC and DC Specifications (continue 
MLOAD TIMING 


D(7:0) 


RA(4:0) 


TL/F/11096~31 


| Symbot_ | Parameter [| in__| 
| midats | Dataseup | tO 
|__midatn | DataHold | 
|__mlabuta__|MLOADActivetoBUFEN Active [| 
[iui es decease! 
| mw 


Number 


MLOAD Inactive to BUFEN Inactive 
MLOAD Width 


TL/F/11096-32 


| symbot_ | Parameter | Min | Max | 
|__stracrs | StrobeAddressSeup | eo | 115 
| __stidats | StrobeDatasoup | go | ws 
| sidan | StrobeDataHold | 95 | 160 
| _stw | Strobewietn | Ts 


Number 


CDEC TIMING 


TL/F/11096-41 


Number 
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9.0 AC and DC Specifications (Continued) 


REGISTER READ TIMING 
RA(4:0) — 
T80 181 


188 


TL/F/11096-33 


Symbol 
rdadrs Read Address Setup , 
rdadrh Read Address Hold . : 
rdabufa Read Active to BUFEN Active 
rdibufi ' Read Inactive to BUFEN Inactive 35 
rdadatv Read Active to Data Invalid 245 
rddath Read Data Hold : 75 
rdardya _ Read Active to RADY Active 340 
rdirdyi Read Inactive to RDY Inactive 

| rdw | Read Width 


Note: Minimum high time between read/write cycles is 100 ns. 


Number 
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9.0 AC and DC Specifications (continuen 


REGISTER WRITE TIMING 
RA(4:0) = 
T90 191 


138 


TL/F/11096-34 


Number 


| symboi [Parameter | in. | Max =| 
wradrs Write Address Setup . 
wradrh Write Address Hold 
wrabufa Write Active to BUFEN Active 
wribufi Write Inactive to BUFEN Inactive 
wradatv Write Active to Data Valid 275 
wrdath Write Data Hold 
wrardya Write Active to RDY Active 340 
wrirdyi Write Inactive to RDY Inactive 


wradt Write Active to 
Data TRI-STATE 


Note: Assuming zero propagation delay on external buffer. 

Note: Minimum high time between read/write cycles is 100 ns. 
Note: The data will always TRI-STATE before BUFEN goes active with a load of 100 pF on the data bus. 
Note: When RDY is used, the minimum 600 ns write width does not have to be maintained. 


10.0 AC Timing Test Conditions 


All specifications are valid only if the mandatory isolation is 
employed and all differential signals are taken to be at the 
AUI side of the pulse transformer. 


Yeo Ss, (NOTE 2) 


Input Pulse Levels (TTL/CMOS) GND to 3.0V R = 6250 

Input Rise and Fall Times (TTL/CMOS) 5ns aaa : 

Input and Output Reference TEST C, (NOTE 1) 
Levels (TTL/CMOS) 1.5V L 

Input Pulse Levels (Diff.) 2.0 Vp.p = — 

Input and Output 50% Point of TL/F/11096~36 
Reference Levels (Diff.) the Differential Note 1: 100 pF, includes scope and jig capacitance. 

TRI-STATE Reference Levels Float (AV) +0.5V Note 2: Si = Open for timing tests for push pull outputs. 

Output Load (See Figure Below) 3 - cn Ge er ke 


S1 = Voc for High Impedance to active low and 
active low to High Impedance 
measurements. 


S1 = GND for High Impedance to active high and 
active high to High Impedance 
measurements. 
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Capacitance T, = 25°C, f = 1 MHz 
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27 pH 


TxX- 

TL/F/11096-37 
Note: In the above diagram, the TX+ and TX— signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer used for 
all testing is the Pulse Engineering PE64103. 
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National . 


Semiconductor 


DP83955A/DP83956A LERIC™ 
LitE Repeater Interface Controller 


General Description 


The DP83955/56 LitE Repeater Interface Controller 
(LERIC) may be used to implement an IEEE 802.3 multiport 
repeater unit. It fully satisfies the IEEE 802.3 repeater speci- 
fication including the functions defined by the repeater, seg- 
ment partition and jabber lockup protection state machines. 


The LERIC has an on-chip phase-locked-loop (PLL) for 
Manchester data decoding, a Manchester encoder, and an 
Elasticity Buffer for preamble regeneration. 


Each LERIC can connect up to 7 cable segments via its 
network interface ports. One port is fully Attachment Unit 
Interface (AUI) compatible and is able to connect to an ex- 
ternal Medium Attachment Unit (MAU) using the maximum 
length of AUI cable. The other 6 ports have integrated 
10BASE-T transceivers. These transceiver functions may 
be bypassed so that the LERIC may be used with external 
transceivers, such as National’s DP8392 coaxial transceiv- 
er. In addition, large repeater units may be constructed by 
- cascading LERICs together over the Inter-LERICT™ or Inter- 
. RIC™ bus. 


The LERIC is configurable for specific applications. It pro- 
vides port status information for LED array displays. Addi- 
‘tionally, the LERIC has a pP interface to provide individual 
port status, configuration, and port enable/disable func- 
_ tions. 

The DP83956 has all the features of the DP83955, except 
that two of the bidirectional signals on DP83955 are 
changed to unidirectional signals on DP83956, and one 
more signal is added to DP83956 to accommodate the addi- 
tion of bus transceivers for cascading a greater number of 
LERICs in large repeater applications. 


1.0 System Diagram 


Specifications enclosed describe both the DP83955 and the 
DP83956 unless otherwise noted. 

For IEEE 802.3 multiport repeater applications which re- 
quire conformance to the IEEE 802.3 Draft Repeater Man- 
agement options, the DP83950 Repeater Interface Control- 
ler (RICT) is recommended especially for highly-managed 
hub requirements. 


Features 

@ Compliant with the IEEE 802.3 Repeater Specification 

m@ 7 network connections (ports) per chip 

@ Selectable on-chip twisted-pair transceivers 

m Cascadable for large multiple RIC/LERIC hub 
applications 

= Compatible with AU! compliant transceivers 

@ On-chip Elasticity Buffer, Manchester encoder and 
decoder 

m Separation Partition state machines for each port 

Provides port status information for LED displays 
including: receive, collision, partition, polarity, and link 
status 

@ Power-up configuration options—Repeater and Partition 
Specifications, Transceiver Interface, Status Display, 
Processor Operations 

m Simple processor interface for repeater management 
and port disable 

m Per port receive squelch level selection 

w CMOS process for low power dissipation 

g@ Single 5V supply 


Simple LERIC Hub 


Inter-LERICTM BUS/ 
Inter-RIC™ BUS 


(CASCADING) DP83955/ 


DP83956 
LItE 
Repeater 
Interface 
Controller 


MICROPROCESSOR 
INTERFACE 


LED DISPLAY 


AUI 
COMPATIBLE 
PORT 


10BASE-T 
MEDIA INTERFACE COAX MEDIA 
OR 
TWISTED-PAIR 
COAXIAL MEDIA 


INTERFACE 


TL/F/11240-1 
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1.0 SYSTEM DIAGRAM 

2.0 CONNECTION DIAGRAMS 
3.0 PIN DESCRIPTION 

4.0 BLOCK DIAGRAM 


5.0 FUNCTIONAL DESCRIPTION 
5.1 Overview of LERIC Functions 
5.2 Description of Repeater Operations 


5.3 Examples of Packet Repetition Scenarios 


5.4: Description of Hardware Connection 
for Cascading 


5.5 Processor and Display Interface 


5.6 Processor and Display interface Hardware 
Connection 
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DP83955A/DP83956A 


2.0 Connection Diagrams 


mike * Pin Table for DP83955 
(Configured as Port 1 Full AUI, and Ports 2~7 Twisted-Pair) 


TXO4+ 
TXO4P— 


? 


TXO5P— 


| txose+ | 8 | 
pAxs+ | 9 


exe [in 
wast [8 


RXI6-+ 
RXI6— 


TXO6P + 


| xos- | te 
| Txosp- | te | 
jenn | ts 
Nes Sif 20>. | 
| Txore— | at 


TXO4P- 
TX04+ 
TX04- 
TXO4P+ 
RXI4- 
RXI4+ 


1 84 83 82 81 80 79 78 77 76 75 


DP83955 
LERIC 
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2.0 Connection Diagrams (continued) 


Pin Table for DP83955 
(Configured as Port 1 Full AUI, Ports 2-3 AUI, and Ports 4-7 Twisted-Pair) 


V9S6E8dC/VSS6E8d0 


Cc 


| PinName_| 
| GND 
ANYXN 


1 84 83 82 81 80 79 78 77 76 75 


DP83955 
LERIC 


33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 
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2.0 Connection Diagrams (Continued) 


Pin Table for DP83955 
(Configured as Port 1 Full AUI, Ports 2~5 AUI, and Ports 6-7 Twisted-Pair) 
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2.0 Connection Diagrams (Continued) 


Pin Table for DP83955 
(Configured as Port 1 Full AUI, Ports 2-7 AUI) 
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2.0 Connection Diagrams (Continued 


Pin Table for DP83956 
(Configured as Port 1 Full AUI, Ports 2-7 Twisted-Pair) 


PinName | PinNo. | PinName | PinNo. | PinName | PinNo. | PinName | PinNo. | PinName | Pino. 
exo | 1 | oo fat xm Tat [co Tet vec dt 
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nc | 19 [voc {| 3 [no fs [nc | 7 [axes | 0 
exo |_2 [ono | 4 Joann [oo [nc | a [rx | t00 


Note: DP83956 will change from VLY package to VLJ package approximately Q3, 1993. 
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2.0 Connection Diagrams (Continued) 


Pin Table for DP83956 
(Configured as Port 1 Full AU!, Ports 2-3, AUI and Ports 4-7 Twisted-Pair) 
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2.0 Connection Diagrams (Continued) 


Pin Table for DP83956 
(Configured as Port 1 Full AUI, Ports 2-5, AUI, and Ports 6-7 Twisted-Pair) 
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2.0 Connection Diagrams (continued) 


Pin Table for DP83956 
(Configured as Port 1 Full AUI, Ports 2-7 AUI) 
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3.0 Pin Description 


RXI2— to XI — ae ae ere 
AXI2+ to RXI7 + iS eee 


TXOP2— to TXOP7 — 


TXO2-— to TXO7— 
TXO2+ to TXO7 + 
TXOP2+ to TXOP7 + 


cD1-— 
RX14+ 
RX1— 
TX1+ 
TX1— 


Ole canal 
D1 + 


TX2+ to TX7+ are ae ee 
Tx2- to TX7— ae eee ee 
CD2+ toCD7+ me SS Se 
ob2~ to CD7— ee ie i 
RX2+ to RX7+ a ae a 


AX2— to RX7— a eee ee 


D1 + a 
001 - ar aes a ee 
RX1 + eee eee 
RX1 - [eames Fea 
TX1+ ae ee eee 


TX1— 


Note: AD = AUI level and Drive compatible 
TP = Twisted-Pair interface compatible 
AL = AUI Level compatible 
TT = TTL compatible 
1 = Input 
O = Output 
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Description 


Twisted-Pair Receive Input Negative 


_ Twisted-Pair Receive Input Positive 


‘Twisted-Pair Pre-Emphasis Transmit Output Negative 
Twisted-Pair Transmit Output Negative 

Twisted-Pair Transmit Output Positive 

Twisted-Pair Pre-Emphasis Transmit Output Positive 


“. AUI Collision Detect Input Positive 


AUI Collision Detect Input Negative 
“AUI Receive Input Positive 

AUI Receive Input Negative 

‘AUI Transmit Output Positive 

AUI Transmit Output Negative 


Transmit Output Positive 
Transmit Output Negative 
Collision Input Positive 

Collision Input Negative 

Receive Input Positive 

Receive Input Negative 

AU! Collision Detect Input Positive 
AU! Collision Detect Input Negative. 
AUI Receive Input Positive 

AUI Receive Input Negative 

AU! Transmit Output Positive 

AUI Transmit Output Negative 


3.0 Pin Description (Continued) 


Pin Driver 


PROCESSOR BUS PINS 


Description 


Display Update STRobe: This signal controls the latching of display data for network ports into the off 
chip display latches. 
During processor access cycles (read or write is asserted) this signal is inactive (high). 


Data Bus: 

Display Update Cycles: These pins become outputs providing display data and port address 

information. 

Processor Access Cycles: Address input D(7:4) and Data input or output D(3:0) is performed via these 

pins. The read, write and reset inputs control the direction of the signals. 

Note: The data pins remain in their display update function, (i.e., asserted as outputs) unless either the read or write 
strobe is asserted. 

Display Frozen Strobe: The assertion of the DFS signal, active high, at the end of the transmission of 

each packet indicates that the status of that packet is frozen on the LEDs until the beginning of the next 

received packet or for a maximum of 30 ms. 


BUFfer ENable: This output controls the TRI-STATE® operation of the bus transceiver which provides 
the interface between the LERIC’s data pins and the processor's data bus. 


Note: The buffer enable output indicates the function of the data pins. When it is high they are performing display update 
cycles, when it is low a processor access or MLOAD cycle is occurring. 


WRite Strobe: Strobe from the CPU used to write an internal register defined by the D(7:4) inputs. 
ReaD Strobe: Strobe from the CPU used to read an internal register defined by the D(7:4) inputs. 


Device MLOAD and Reset: When this input is low all of the RIC’s state machines and network ports are 
reset and held inactive. On the rising edge of MLOAD the logic levels present on the D(7:0) pins are 
latched into the LERIC’s configuration registers. The rising edge of MLOAD also signals the beginning 
of the display test operation. 


ACKnowledge Input: Input to the network ports’ arbitration chain. 
ACKnowledge Output: Output from the network ports’ arbitration chain. 


Inter-LERIC Data: When asserted as an output this signal provides a serial data stream in NRZ format. 
The signal is asserted by a LERIC when it is receiving data from one of its network segments. The 
default condition of this signal is to be an input. In this state it may be driven by other devices on the 
Inter-LERIC bus. 
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3.0 Pin Description (Continued) 


Pin Driver 
Name 1/0 Description. 


INTER-LERIC BUS PINS (Continued) 


TT B, Z | Inter-LERIC Enable: When asserted as an output this signal provides an activity framing enable for the 
serial data stream. The signal is asserted by a LERIC when it is receiving data from one of its network 
segments. The default condition of this signal is to be an input. In this state it may be driven by other 
devices on the Inter-LERIC bus. 


Inter-LERIC Clock: When asserted as an output this signal provides a clock signal for the serial data 
stream. Data (IRD) is changed on the falling edge of the clock. The signal is asserted by a LERIC when it 
is receiving data from one of its network segments. The default condition of this signal is to be an input. 
When an input, IRD is sampled on the rising edge of the clock. In this state it may be driven by other 
devices on the Inter-LERIC bus. 


COLlision on Port N: This denotes that a collision is occurring on the port receiving the data packet (Port 
N). The default condition of this signal is to be an input. In this state it may be driven by other devices on ._ 
the Inter-LERIC bus. 


20 MHz Clock Input: This input is used to generate the LERIC’s timing reference for the state machines, 
and phase lock loop decoder. The 20 MHz clock should have a 0.01% TRERMENEY. tolerance and 40%— 
60% duty cycle or better (i.e. 50/50 duty cycle). ; 


POWER AND GROUND PINS 
Positive Supply 


Negative Supply 
EXTERNAL DECODER PINS 


Receive Data Manchester Format: This output makes the data, in Manchester format, received by port 
N available for test purposes. If not used for testing, this pin should be left open. 


Note: TT = TTL compatib'e 
B = Bi-directional 
C = CMOS compatible 
= Open Drain 
Input 
: Output 
Z = TRI-STATE 
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3.0 Pin Description (Continued) 
Pin Description for DP83955 


Driver 


ACTivity on Port N: This is a bidirectional signal. The LERIC asserts this signal when data or 
collision information is received from one of its network segments. 

The LERIC senses this signal when this LERIC or another LERIC in a multi-LERIC system is 
receiving data or collision information. 


31 Activity on ANY Port EXcluding Port N: This is a bidirectional signal. The LERIC asserts this signal 
when a transmit collision is experienced or multiple ports have active collisions on their network 
segments. 

The LERIC senses this signal when this LERIC or other LERICs in a multi-LERIC system are 
experiencing transmit collisions or multiple ports have active collisions on their network segments. 


V9S6E8dd/VSS6E8dd 


= Bi-directional 


Pin Description for DP83956 


Driver 


25 | ACTND ACTivity on Port N Drive: The LERIC asserts this signal when data or collision information is 
received from one of its network segments. 


4 | ACTNS TT ACTivity on Port N Sense: The LERIC senses this signal when this LERIC or another LERIC ina 
multi-LERIC system is receiving data or collision information. 


7 | ANYXND Activity on ANY Port EXcluding Port N Drive: The LERIC asserts this signal when a transmit 
collision is experienced or multiple ports have active collisions on their network segments. 


' 26 | ANYXNS TT Activity on ANY Port EXcluding Port N Sense: The LERIC senses this signal when this LERIC or 
other LERICs in a multi-LERIC system are experiencing transmit collisions or multiple ports have 
active collisions on their network segments. 


2 | PKEN Cc PacKet ENable: This signal acts as an active high enable for an external bus transceiver (if 
required) for the IRE, IRC, IRD, and COLN signals. When high, the bus transceiver should be 
transmitting on to the bus, i.e., this LERIC is driving the IRD, IRE, IRC, and COLN bus fines. 
When low, the bus transceiver should receive from the bus. 


TT = TTL compatible, C = CMOS compatible, OD = Open Drain, | = Input, O = Output 
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4.0 Block Diagram 
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5.0 Functional Description 


The IEEE 802.3 repeater specification details a number of 
functions a repeater system must perform. These require- 
ments allied with a need for the implementation to be multi- 
port strongly favors the choice of a modular.design style. In 
such a design, functionality is split between those tasks 
common to all data channels and those exclusive to each 
individual channel. The LERIC, much like the DP83950 RIC, 
follows this approach. Certain functional blocks are replicat- 
ed for each network attachment (also known as a repeater 
port), and others are shared. The following section briefly 
describes the functional blocks in the LERIC. 


5.1 OVERVIEW OF LERIC FUNCTIONS 


Segment Specific Block: Network Port 


As shown in the Block Diagram, the segment specific blocks 
consist of: 


1. One or more physical layer interfaces. 


2. A logic block required for performing repeater operations 
upon that particular segment. This is known as the “port” 
logic since it is the access “port” the segment has to the 
rest of the network. * 


This function is repeated 7 times in the LERIC (one for each 
port) and is shown on the right side of the Block Diagram, 
Figure 4-1. 

The physical layer interfaces provided depends upon the 
port under examination. Port 1 has an AU! compliant inter- 
face for use with AUI compatible transceiver boxes and ca- 
ble. Ports 2 to 7 may be configured for use with one of two 
interfaces: twisted pair or an external transceiver. The for- 
mer utilizes the LERIC’s on-chip 10BASE-T transceivers, 
the latter allows connection to external transceivers. When 
using the external transceiver mode the interface is AUI 
compatible. Although AUI compatible transceivers are sup- 
ported the interface is not designed for use with an interface 
cable, thus the transceivers are necessarily internal to the 
repeater equipment. 


Inside the port logic there are 3 distinct functions: 


1. The port state machine (PSM) is required to perform data 
and collision repetition as described by the repeater 
specification, for example, it determines whether this 
port should be receiving from or transmitting to its net- 
work segment. 


. The port partition logic implements the segment parti- 
tioning algorithm. This algorithm is defined by the IEEE 
specification and is used to protect the network from 
malfunctioning segments. 


. The port status register reflects the current status of the 
port. It may be accessed by a system processor to obtain 
this status or to perform certain port configuration opera- 
tions, such as port disable and squelch level selection. 


Shared Functional Blocks: Repeater Core Logic 


The shared functional blocks consist of the Repeater Main 
Status Machine (MSM) and Timers, a 32-bit Elasticity Buffer, 
PLL Decoder, and Receive and Transmit Multiplexers. 
These blocks perform the majority of the operations needed 
to fulfill the requirements of the IEEE repeater specification. 


When a packet is received by a port, it is sent via the Re- 
ceive Multiplexer to the PLL Decoder. Notification of the 
data and collision status is sent to the main state machine 
via the receive multiplexer and collision activity status sig- 
nals. This enables the main state machine to determine the 
source of the data to be repeated and the type of data to be 
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transmitted. The transmit data may be either. the received 
packet's data field or a preamble/jam pattern consisting of 
a 1010... bit pattern. 


Associated with the main state machine are a series of tim- 
ers. These ensure various IEEE specification times (referred 
to as the TW1 to TW6 times) are fulfilled. 

A repeater unit is required to meet the same signal jitter 
performance as any receiving node attached to'a network 
segment. Consequently, a phase locked loop Manchester 


- decoder is required so that the packet may be decoded, and 


the jitter accumulated over the receiving segment eliminat- 
ed. The decode logic outputs data in NRZ format with an 
associated clock and enable. In this form the packet is ina 
convenient format for transfer to other devices, such as net- 
work controllers and other LERICs, via the Inter-LERIC bus 
(described later). The data may then be re-encoded into 
Manchester data and transmitted. 


Reception and transmission via physical layer transceiver 
units causes.a loss of bits in the preamble field of a data 
packet. The repeater specification requires this loss to be 
compensated for. To accomplish this an elasticity buffer is 
employed to temporarily store bits in the data field of the 


‘packet. 


The sequence of operation is as follows. Soon after the 
network segment receiving the data packet has been identi- 
fied, the LERIC begins to transmit the packet preamble pat- 
tern (1010...) onto the other network segments. While the 
preamble is being transmitted the Elasticity Buffer monitors 
the decoded received clock and data signals (this is done 
via the Inter-LERIC/Inter-RIC bus as described later). When 
the start of frame delimiter “SFD” is detected the received 
data stream is written into the elasticity buffer. Removal of 
data from the buffer for retransmission is not allowed until a 
valid length preamble pattern has been transmitted. 


Inter-LERIC/Inter-RIC Bus Interface 


The LERIC can be cascaded either to other LERICs or RICs 
to facilitate the design of large multiport repeaters. The split 
of functions already described allows data packets and colli- 
sion status to be transferred between multiple LERICs, and 
at the same time the multiple LERICs still behave as a sin- 
gle logical repeater. Since all LERICs in a repeater system 
are identical and capable of performing any of the repetition 
operations, the failure of one LERIC will not cause the fail- 
ure of the entire system. This is an important issue in large 
multiport repeaters. . 


DP83955’s communicate via a specialized interface known 


as the Inter-LERIC bus. DP83956s can communicate with 


other DP83956s and/or DP83950s via the Inter-RIC bus. 
These allow the data packets to be transferred from the 
receiving LERIC to the other LERICs in the system. These 
LERICs then transmit the data stream to their segments. 
Just as important as data transfer is the notification of colli- 
sions occurring across the network. The Inter-LERIC/Inter- 


“RIC bus has a set of status lines capable of conveying colli- 


sion information between LERICs to ensure their main state 
machines operate in the appropriate manner. 


LED Interface 


Repeater systems usually possess optical displays indicat- 
ing network activity and the status of specific repeater oper- 
ations. The LERIC’s display update block provides the sys- 
tem designer with a wide variety of indicators. The display 


5.0 Functional Description (Continued) 


updates are completely autonomous and merely require SSI 
logic devices to drive the display devices, usually made up 
of light emitting diodes, LEDs. The status display is very 
flexible, allowing the user to choose those indicators appro- 
priate for the specification of the equipment. The Display 
Frozen Strobe (DFS) may be used to latch the various indi- 
cators which are frozen at the end of the activity. The LED 
display will be frozen for 30 ms after the end of the activity, 
or until a new activity has started, whichever is shorter. Note 
that the complete LED display cycle for all the ports takes 
approximately 1.6 ys. 


Processor Interface 


The LERIC’s processor interface allows connection to a 
system processor (or a simple read/write logic interface). 
Data transfer occurs via a 4-bit bidirectional data bus, and 4- 
bit address bus. Display update cycles and processor ac- 
cesses occur utilizing the same bus. An on-chip arbiter in 
the processor/display block schedules and controls the ac- 
cesses and ensures the correct information is written into 
the display latches. During the display update cycles the 
LERIC behaves as a master of its bus. This is the default 
state of the bus. Consequently, a TRI-STATE buffer must be 
placed between the LERIC and the system processor's data 
bus. This ensures bus contention is avoided during simulta- 
neous display update cycles and processor accesses of 
other devices on the system bus. When the processor ac- 
cesses a LERIC register, the LERIC enables the data buffer 
and selects the operation, either input to or output from the 
data pins. - 


5.2 DESCRIPTION OF REPEATER OPERATIONS 


In order to implement a multi-chip repeater system which 
behaves as though it were a single logical repeater, special 
consideration must be paid to the data path used in packet 
repetition. For example, where in the path are specific oper- 
ations such as Manchester decoding and elasticity buffering 
performed. Also the system’s state machines which utilize 
available network activity signals, must be able to accom- 
modate the various packet repetition and collision scenarios 
detailed in the IEEE 802.3 repeater specification. 
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TL/F/11240-7 
FIGURE 5-1. Inter-LERIC/Inter-RIC Bus State Diagram 
The LERIC contains two types of interacting state ma- 
chines. These are: 
1. Port State Machines (PSMs). Every network attachment 
has its own PSM. 
2. Main State Machine (MSM). This state machine controls 
the shared functional blocks as shown in the block dia- 
gram Figure 4-1. 


Repeater Port and Main State Machines 


These two state machines are described in the following 
sections. Reference is made to expressions used in the 
JEEE 802.3 Repeater specification. For the precise defini- 
' tion of these terms please refer to the IEEE specifications. 


To avoid confusion with the LERIC’s implementation, where 
references are made to repeater states or terms as de- 
scribed in the IEEE specification, these items are written in 
italics. The \EEE state diagram is shown in Figure 5-2, the 
Inter-LERIC/Inter-RIC bus state diagram is shown in Figure 
5-1. 
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5.0 Functional Description (continuea) 


POWER ON START 
BEGIN 


COLLIN(ANYXN)=SQE 


COLLIN(ANYXN)=SQE 


COLLIN(ANYXN)=SQE 


TRANSMIT COLLISION 
OUT(ALL)=JAM 
i COLLIN(ANYXM)=SQE 


COLLIN(ONLY 1)=SQE* 


TT(ALL)=96:[M < =PORT(COLLIN=SQE)] 


COLLIN(ALL)=SQE*TT(ALL)=96* 
TW2DONE 


COLLIN(ANY)=SQE+TW 1 DONE 


UCT 
IDLE 
OUT(ALL)=IDLE 
SEND PREAMBLE PATTERN 
OUT(ALLXN)=PREAMBLE PATTERN 
SEND TWO ONES 
OUT(ALLXN)=TWOONES 


SEND DATA 
OUT(ALLXN)=DATA 


COLLIN(ANYXN)=SQE 


COLLIN(ANY)=SQE:[N < =PORT(COLLIN=SQE)] 


DATAIN(ANY)=I1*_ 
COLLIN(ALL)=SQE:[N <=PORT(DATAIN=il)] 


COLLIN(N)=SQE+[DATAIN(N)=II* 
COLLIN(ALL)=SQE] 


TT(ALLXN) 26 2*DATARDY*COLLIN(ALL)= 
SQE*DATAIN(N) =I 


COLLIN(N)=SQE+[DATAIN(N)=1I* 
COLLIN(ALL)=SQE] 


TWOONES SENT*COLLIN(ALL)=SQE* 
DATAIN(N)=il 


COLLIN(N)=SQE+[DATAIN(N)=I1* 
COLLIN(ALL)=SQE*ALLDATASENT® 
TT(ANYXN) <96] - -. 


RECEIVE COLLISION 
OUT(ALLXN)=JAM 


DATAIN(N)=1I* 
COLLIN(ALL)=SQE* 
TT(ALLXN)> 96° 
TW2DONE 


ONE PORT LEFT 
OUT(ALLXM)=JAM 


DATAIN(N)=I1" 
COLLIN(ALL)=SQE* 
TW2DONE 


DATAIN(N)=II*COLLIN(ALL)=SQE* 
TT(ALLXN)=96 *ALLDATASENT 
WAIT 
STARTTW1 
OUT(ALL)=IDLE 
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FIGURE 5-2. IEEE Repeater Main State Diagram 
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5.0 Functional Description (Continued) 


Port State Machine (PSM) 
There are two primary functions for the PSM as follows: 


1. Control the transmission of repeated data and jam sig- 
nals over the attached segment. 


2. Decide whether a port will be the source of data or colli- 
sion information which will be repeated over the network.’ 
This repeater port is known as POAT N. An arbitration 
process is required to enable the repeater to transition 
from the /DLE state to the SEND PREAMBLE PATTERN 
or RECEIVE COLLISION states, see Figure 5-2. This pro- 
cess is used to locate the port which will be PORT N for 
that particular packet. The data received from this port is 
directed to the PLL decoder and transmitted over the 
Inter-LERIC bus. If the repeater enters the TRANSMIT 
COLLISION state a further arbitration operation is per- 
formed to determine which port is PORT M. PORT M is 
differentiated from the repeater’s other ports If the re- 
peater enters the ONE POAT LEFT state. In this state’ 
PORT M does not transmit to its segment; where as all 
other ports are still! required to transmit to thelr seg- 
ments. 


Malin State Machine (MSM) : 


The MSM controls the operation of the shared functional 
blocks in each LERIC as shown in the block diagram, Figure 
4-7, and it performs the majority of the data and collision 
propagation operations as defined by the IEEE specifica- 
tion, these include those shown in Table 5-1. 


The interaction of the main and port state machines is visi- 
ble, in part, by observing the Inter-LERIC bus. 


TABLE 5-1. Main State Machine Operations 


Preamble Restore the length of the preamble ~ 
Regeneration | pattern to the defined size. ~ : 


Fragment Extend received data or collision 
Extension fragments to meet the minimum 
Z fragment length of 96 bits. 


Elasticity A portion of the received packet may 
Buffer . require storage in an Elasticity Buffer to 
Control accommodate preamble regeneration. 


Jam/ In cases of receive or transmit collisions 
Preamble a LERIC is required to transmit a jam 
Pattern pattern (1010 eee ). 


Generation | Note: This pattern is the same as that used for 
; ' preamble regeneration. 


Once the TRANSMIT COLLISION state’. 
is entered a repeater is required to stay 


in this state for at least 96 network bit 
times. 


Transmit 
Collision 
Enforcement 


Data © NRZ format data from the elasticity 
Encoding buffer must be encoded into Manchester 
Control format data prior to retransmission. 


Tw Enforce the Transmit Recovery Time 
Enforcement | specification. 


Tw2 Enforce Carrier Recovery Time 
Enforcement | specification on all ports with active 
collisions. 


Inter-LERIC Bus Operation 


Overview 


The Inter-LERIC Bus, like..the Inter-RIC Bus, consists of 
eight signals. These signals implement a protocol which 
may be used to connect multiple LERICs together. In this 
configuration, the logical function of a single repeater is 
maintained. The resulting multi-LERIC system is compliant 
to the IEEE 802.3 Repeater Specification and may connect 
several hundred network segments. An example of a multi- 
LERIC system is shown in Figure 5-3. 


The Inter-LERIC Bus connects multiple LERICs to realize 
the following operations: 


Port N \dentification (which port the repeater receives 

data from) 

Port M \dentification (which port Is the last one experl- 

encing a collision) 

Data Transfer 

RECEIVE COLLISION Identification 

TRANSMIT COLLISION \dentification 

DISABLE OUTPUT (jabber protection) 
The following tables briefly describe the operation of each 
bus signal, the conditions required for a LERIC to assert a 
signal and which LERICs (in a multi-LERIC system) would 
monitor a signal: 

1° 


NETWORK 
SEGMENT 


BUS SIGNALS 


LERIC A 


BUS CONTENTS: 
SON @ ADDITIONAL 
XCVRS 
@ AND 


@ SEGMENTS 


NETWORK 


SEGMENT 
LERIC B 


@ ADDITIONAL 
XCVRS 

@ “AND 

@ SEGMENTS 
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*Note 1: This input is tied at a logic high state. 
FIGURE 5-3. LERIC System Topology 
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5.0 Functional Description (continued) 


ACKI 


Input signal to the PSM arbitration 

chain. This chain is employed to 

identify PORT N and PORT M. 

Note: A LERIC which contains PORT Nor 
PORT M may be identified by its 
ACKO signal being tow when its ACKI 
input is high. 

Conditions 
required fora 
LERIC to drive 

this signal 


LERIC 
Receiving the 
Signal 


Conditions This is dependent upon the method 
required fora | used to cascade LERICs, described in 


LERIC to drive | Section 5.3. 
this signal 


LERIC 
Receiving the 
Signal 


Not Applicable 


This is dependent upon the method 
used to cascade LERICs, described in 
Section 5.3. 


Output signal from the PSM arbitration 
chain. 


Not Applicable 


This signal denotes there is activity on 
PORT Nor PORT M. 


A LERIC must contain PORT N 
or PORT M. 


Note: Although this signal normally has only 
one source asserting the signal active 
it is used in a wired-OR configuration. 


Conditions 
required fora 
LERIC to drive 

this sianal 


LERIC 
Receiving the 
Signal 


The signal is monitored by all LERICs 
in the repeater system. 


This signal denotes that a repeater 
port that is not Port Nor Port Mis 
experiencing a collision. 


Any LERIC which satisifies the above 
condition. 


Note: This bus line is used in a wired-OR 
configuration. 


Conditions 
required fora 
LERIC to drive 

this signal 


LERIC 
Receiving the 
Signal 


The signal is monitored by all LERICs 
in the repeater system. 
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Denotes PORT Nor PORT Mis 
experiencing a collision. 


Conditions ALERIC must contain PORT N 
required fora | or PORT M. 
LERIC to drive 

this signal 


LERIC 
Receiving the 
Signal 


This signal acts as an activity framing 
signal for the IRC and IRD signals. 


Conditions ALERIC must contain PORT N. 
required fora 
LERIC to drive 

this signal 


LERIC 
Receiving the 
Signal 


The Signal is monitored by all other 
LERICs in the repeater system. 


The Signal is monitored by all other 
LERICs in the repeater system. 


Decoded serial data, in NRZ format, 
received from the network segment 
attached to PORT N. 


Conditions A LERIC must contain PORT N. 


required fora 


LERIC to drive 
this signal 


LERIC 
Recelving the 


Cianal 
wrygiies 


ae Clock signal associated with !RD and 
TRE. 


Conditions ALERIC must contain POAT N. 
required fora 
LERIC to drive 

this signal 


LERIC 
Receiving the 
Signal 


The signal is monitored by all other 
LERICs in the repeater system. © 


The signal is monitored by all other 
LERICs in the repeater system. 


5.0 Functional Description (Continueg) 


Methods of LERIC Cascading 


In order to build multi-LERIC repeaters, PORT N and PORT 
M identification must be performed across all the LERICs in 
the system. Inside each LERIC the PSMs are arranged ina 
logical! arbitration chain where Port 1 is the highest and Port 
7 the lowest. 


The top of the chain, the input to Port 1 is accessible to the 
user via the LERIC’s ACKI input pin. The output from the 
bottom of the chain becomes the ACKO output pin. In a 
single LERIC system POAT N is defined as the highest port 
in the arbitration chain with receive or collision activity. 
PORT N identification is performed when the repeater is in 
the /DLE state. PORT Mis defined as the highest port in the 


chain with a collision when the repeater leaves the TRANS- 


MIT COLLISION state. In order for the arbitration chain to 
function, all that needs to be done is to tie the ACK] signal 
to a logic high state. In multi-LERIC systems there are 
two methods to propagate the arbitration chain between 
LERICs: oo 


The first and most straightforward way is to extend the arbi- 
tration chain by daisy-chaining the ACKI-ACKO signals be- 
tween LERICs. In this approach one LERIC is placed at the 
top of the chain (its ACKI input is tied high), then the ACKO 
signal from this LERIC is sent to the ACKI input of the next 
LERIC and so on. This arrangement is simple to implement 
but it places some topological restrictions upon the repeater 
system. In particular, when the repeater is constructed using 
a backplane with removable printed circuit boards contain- 
ing the LERICs, if one of the boards is removed then the 
ACKI-ACKO chain will be broken and the repeater will not 
operate correctly. 

The second method of PORT N or M identification avoids 
this problem. This second technique relies on an external 
parallel arbiter which monitors all of the LERICs’ ACKO sig- 
nals and responds to the LERIC with the highest priority. In 
this scheme each LERIC is assigned with a priority level. 
One method of doing this is to assign a priority number 
which reflects the position of a LERIC board on the repeater 
backplane (i.e., its slot number). When a LERIC experiences 
receive activity and the repeater system is in the /DLE state, 
the LERIC board will assert ACKO. External arbitration logic 
drives the identification number onto an arbitration bus and 
the LERIC containing PORT N will be identified. An identical 
procedure is used in the TRANSMIT COLLISION state to 
identify PORT M. This parallel means of arbitration is not 
subject to the problems caused by missing boards (i.e., 
empty slots in the backplane). The logic associated. with 
asserting this arbitration vector in the various packet repeti- 
tion scenarios could be implemented in PAL® or GAL® type 
devices. 

To perform PORT N or M arbitration, both of the above 
methods employ the same signals: ACKI, ACKO, and 
ACTN. 


3-103 


The Inter-LERIC bus allows multi-LERIC operations to be 
performed in exactly the same manner as if there is only a 
single LERIC in the system. The simplest way to describe 
the operation of Inter-LERIC bus is to see how it is used in a 
number of common packet repetition scenarios. Throughout 
this description the LERICs are presumed to be operating in 
external transceiver mode. This is advantageous for the ex- 
planation since the receive, transmit and collision signals 
from each network segment are observable. In internal 
transceiver mode this is not the case, since the collision 
signal for the non-AU! ports is derived by the transceivers 
inside the LERIC. 


5.3 EXAMPLES OF PACKET REPETITION SCENARIOS 


Data Repetition 


The simplest packet operation performed over the Inter- 
LERIC Bus is data repetition. In this operation a data packet 
is received at one port and transmitted to all other seg- 
ments. 


The first task to be performed is POAT N identification. This 
is an arbitration process performed by the Port State Ma- 
chines in the system. In situations where two or more ports 
simultaneously receive packets the Inter-LERIC bus oper- 
ates by choosing one of the active ports and forcing the 
others to transmit data. This is done to faithfully follow the 
IEEE specification’s allowed exit paths from the /DLE state 
(i.e., to the SEND PREAMBLE PATTERN or RECEIVE COL- 
LISION states). 


‘The packet begins with a preamble pattern derived from the 


LERIC’s on chip jam/preamble generator. The data re- 
ceived at POAT Nis directed through the receive multiplex- 
er to the PLL decoder. Once phase lock has been achieved, 
the decoded data, in NRZ format, with its associated clock 
and enable signals are asserted onto the IRD, IRE and IRC 
Inter-LERIC bus lines. This serial data stream is received 
from the bus by all LERICs in the repeater and directed to 
their Elasticity Buffers. Logic circuits monitor the data 
stream and look for the Start of Frame Delimiter (SFD). 
When this has been detected data is loaded into the elastic- 
ity buffer for later transmission. This will occur when suffi- 
cient preamble has been transmitted and certain internal 
state machine operations have been fulfilled. 

Figure 5-3 shows two LERICs, A and B, daisy-chained to- 
gether with LERIC A positioned at the top of the chain. A 
packet is received at port B1 of LERIC B and is then repeat- 
ed by the other ports in the system. Figure 5-4 shows the 


‘functional timing diagram for this packet repetition repre- 


sented by the signals shown in Figure 5-3. In this example 
only two ports in the system are shown, obviously the other 
ports also repeat the packet. It also indicates the operation 
of the LERICs’ state machines in so far as can be seen by 
observing the !nter-LERIC bus. For reference, the repeat- 
er’s state transitions are shown in terms of the states de- 
fined by the IEEE specification. The location (i.e., which port 
it is) of PORT N is also shown. The following section 
describes the repeater and Inter-LERIC bus transitions 
shown in Figure 5-4. 


V9S6E8d0/VSS6E8dd 


DP83955A/DP83956A 


5.0 Functional Description (continued) 


(NOTE1*) 


IRC 


INTER-LERIC REPEAT. ————————> = IDLE 
BUS 


STATES 


REPEATER , X SEND { SEND } SEND DATA WAIT IDLE 
a a 


STATES 
PREAMBLE SFD 


PORT N XX X PORT B1 
f——4 


*Note 1: The activity shown on RXaq represents the transmitted signal on TXa, after being looped back by the attached transceiver. ' 


FIGURE 5-4. Data Repetition 
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5.0 Functional Description (Continue) 


The repeater is stimulated into activity by the data signal 
received by port B1. The LERICs in the system are alerted 
to forthcoming repeater operation by the falling edges on 
the ACKI-ACKO daisy chain and the ACTN bus signal. Fol- 
lowing a defined start up delay the repeater moves to the 
SEND PREAMBLE state. The LERIC system utilizes the 
start up delay to perform port arbitration. When packet 
transmission begins the LERIC system enters the REPEAT 
state. The expected, for normal packet repetition, sequence 
of repeater states, SEND PREAMBLE, SEND SFD and 
SEND DATA is followed but is not visible upon the Inter- 
LERIC bus. They are merged together into a single REPEAT 
state. This is also true for the WA/7 and /DLE states, they 
appear as a combined Inter-LERIC bus IDLE state. 


Once a repeat operation has begun (i.e., the repeater 
leaves the /DLE state) it is required to transmit at least 
96 bits of data or jam/preamble onto its network segments. 
If the duration of the received signal from POAT Nis smaller 
than 96 bits, the repeater transitions to the RECE/VE COL- 
LISION state (described later). This behavior is known as 
fragment extension. 


After the packet data has been repeated, including the emp- 
tying of the LERICs’ elasticity buffers, the LERIC performs 
the 7w7 transmit recovery operation. This is performed dur- 
ing the WA/T state shown in the repeater state diagram. 


Receive Collisions 


Areceive collision is a collision which occurs on the network 
segment attached to POAT N (i.e., the collision is ‘“re- 
ceived” in a similar manner as a data packet is received and 
then repeated to the other network segments). Not surpris- 


ingly, receive collision propagation follows a similar se- 
quence of operations as is found with data repetition: 


An arbitration process is performed to find PORT N and a 
preamble/jam pattern is transmitted by the repeater’s other 
ports. When POAT N detects a collision on its segment the 
COLN Inter-LERIC bus signal is asserted. This forces all the 
LERICs in the system to transmit a preamble/jam pattern to 
their segments. This is important since they may be already 
transmitting data from their elasticity buffers. The repeater 
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moves to the RECE/VE COLLIS/ON state when the LERICs 
begin to transmit the jam pattern. The repeater remains in 
this state until both the following conditions have been ful- 
filled: 


1. At least 96 bits have been transmitted onto the network, 
2. The activity has ended. 


Under close examination the repeater specification reveals 
that the actual end of activity has its own permutations of 
conditions: 


1. Collision and receive data signals may end simulta- 
neously, 


2. Receive data may appear to end before collision signals, 


3. Receive data may continue for some time after the end 
of the collision signal. 


Network segments using coaxial media may experience 
spurious gaps in segment activity when the collision signal 
goes inactive. This arises from the inter-action between the 
receive and collision signal squelch circuits, implemented in 
coaxial transceivers, and the properties of the coaxial cable 
itself. The repeater specification avoids propagation of 
these activity gaps by extending collision activity by the 7w2 
wait time. Jam pattern transmission must be sustained 
throughout this period. After this, the repeater will move to 
the WAIT state unless there is a data signal being received 
by PORT N. 


The functional timing diagram, Figure 5-5, shows the opera- 
tion of a repeater system during a receive collision. The 
system configuration is the same as earlier described and is 
shown in Figure 5-3. 


The LERICs perform the same POAT N arbitration and data 
repetition operations as previously described. The system is 
notified of the receive collision on port B1 by the COLN bus 
signal going active. This is the signal which informs the main 
state machines to output the jam pattern rather than the 
data held in the elasticity buffers. Once a collision has oc- 
curred the IRC, IRD and IRE bus signals may become unde- 
fined. When the collision has ended and the 7w2 operation 
performed, the repeater moves to the WA/T state. 
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RXaq 
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INTER=LERIC 


| 
BUS I 


REPEAT 


RXCOL. ————————_»=«— IDLE 


STATES 


REPEATER Se 
STATES NOTE1 RECEIVE COLLISION WAIT IDLE 


oe 


PORT N XX Y PORT B1 . XX 
Sef 
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*Note 1: SEND PREAMBLE, SEND SFD, SEND DATA 
FIGURE 5-5. Receive Collision 
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5.0 Functional Description (Continued) 


Transmit Collisions 


A transmit collision is a collision that is detected upon a 
segment to which the repeater system is transmitting. The 
port state machine monitoring the colliding segment asserts 
the ANYXN bus signal. The assertion of ANYXN causes 
PORT M arbitration to begin. The repeater moves to the 
TRANSMIT COLLISION state when the port which had 
been PORT N starts to transmit a Manchester encoded 1 
on to its network segment. While in the TRANSMIT COLLI- 
SION state all ports of the repeater must transmit the 
1010... jam pattern and POAT M arbitration is performed. 
Each LERIC is obliged, by the IEEE specification, to ensure 
all of its ports transmit for at least 96 bits once the TRANS- 
MIT COLLISION state has been entered. This transmit ac- 
tivity is enforced by the ANYXN bus signal. While ANYXN is 
active all LERIC ports will transmit jam. To ensure this situa- 
tion lasts for at least 96 bits, the MSMs inside the LERICs 
assert the ANYXN signal! throughout this period. After this 
period has elapsed, ANYXN will only be asserted if there 
are multiple ports with active collisions on their network seg- 
ments. 


There are two posible ways for a repeater to leave the 
TRANSMIT COLLISION state. The most straightforward is 
when network activity (i.e., collisions and their 7w2 exten- 
sions) end before the 96-bit enforced period expires. Under 
these conditions the repeater system may move directly to 
the WA/T state when 96 bits have been transmitted to all 
ports. If the MSM enforced period ends and there is still one 
port experiencing a collision the ONE PORT LEFT state is 
entered. This may be seen on the Inter-LERIC bus when 
ANYXN is deasserted and POAT M stops transmitting to its 
network segment. In this circumstance the Inter-LERIC bus 
transitions to the RECEIVE COLLISION state. The repeater 
will remain in this state while PORT M’s collision, Tw2 colli- 
sion extension and any receive signals are present. When 
these conditions are not true, packet repetition finishes and 
the repeater enters the WA/T state. 


Figure 5-6 shows a multi-LERIC system operating under 
transmit collision conditions. There are many different sce- 
narios which may occur during a transmit collision, this fig- 
ure illustrates one of these. The diagram begins with packet 
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reception by port A1. Port B1 experiences a collision, since 


it is not PORT N it asserts ANYXN. This alerts the main 
state machines in the system to switch from data to jam 
pattern transmission. 


Port A1 is also monitoring the ANYXN bus line. Its assertion 
forces A1 to relinquish its POAT N status, start transmitting, 
stop asserting ACTN and release its hold on the PSM arbi- 
tration signals (ACKO A and ACK! 8). The first bit it trans- 
mits will be a Manchester encoded ‘1” in the jam pattern. 
Since port B1 is the only port with a collision, it attains 
PORT M status and stops asserting ANYXN. It does howev- 
er assert ACTN, and exert its presence upon the PSM arbi- 
tration chain (forces ACKO B low). The MSMs ensure that 
ANYXN stays active and thus forces all of the ports, includ- 
ing PORT M, to transmit to their segments. 


After some time port A1 experiences a collision. This arises 
from the presence of the packet being received from port 
A1’s segment plus the jam signal the repeater is now trans- 
mitting onto this segment. Two packets on one segment 
results in a collision. PORT M now moves from B1 to A. 
Port A1 fulfills the same criteria as B1 (i.e., it has an active 
collision on its segment), but in addition it is higher in the 
arbitration chain. This priority yields no benefits for port A1 
since the ANYXN signal is still active. There are now two 
sources driving ANYXN, the MSMs and the collision on port 
B1. 


Eventually the collision on port B1 ends and the ANYXN 
extension by the MSMs expires. There is only one collision 
on the network (this may be deduced since ANYXN is inac- 
tive) so the repeater will move to the ONE PORT LEFT 
state. The LERIC system treats this state in a similar man- 
ner to a receive collision with POAT M fulfilling the role of 
the receiving port. The difference from a true receive colli- 
sion is that the switch from packet data to the jam pattern 
has already been made (controlled by ANYXN). Thus the 
state of COLN has no effect upon repeater operations. In 
common with the operation of the RECE/VE COLLISION 
state, the repeater remains in this condition until the colli- 
sion and receive activity on PORT M subside. The packet 
repetition operation completes when the 7w7 recovery time 
in the WAIT state has been performed. 
Note: In transmit collision conditions COLN will only go active if the LERIC 
which contained PORT WN at the start of packet repetition contains 


PORT M during the TRANSMIT COLLISION and ONE PORT LEFT 
states. 
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FIGURE 5-6. Transmit Collision 
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5.0 Functional Description (Continueg) 


Jabber Protection 


A repeater is required to disable transmit activity if the 
length of its current transmission reaches the jabber protect 
limit. This is defined by the IEEE specification’s 7w3 time. 
The repeater disables output for a time period defined by 
the 7w4 specification, after this period normal operation 
may resume. 


RXqy 
CD,, — (HIGH) 
TX,, (HIGH) 
ACKO, 
ACK, 
RXpy 


CDR, 


IRC 


INTER~LERIC 
BUS 
STATES 


REPEATER 


STATES SEND DATA 


REPEAT —><———— 


Figure 5-7 shows the effect of a jabber length packet upon a 
LERIC based repeater system. The JABBER PROTECT 
state is entered from the SEND DATA state. While the 7w4 
period is observed the Inter-LERIC bus displays the IDLE 
state. This is misleading since new packet activity or contin- 
uous activity (as shown in the diagram) does not result in 
packet repetition. This may only occur when the 7w4 re- 
quirement has been satisfied. 
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*Note 1: The IEEE Specification does not have a jabber protect state defined in its main state diagram, this behavior is defined in an additional MAU Jabber Lockup 


Protection state diagram. 


FIGURE 5-7. Jabber Protect 
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5.0 Functional Description (continued) 


5.4 DESCRIPTION OF HARDWARE CONNECTION 
FOR CASCADING 


5.4.1 DP89355 on the Inter-LERIC Bus 


When considering the hardware interface the Inter-LERIC 
bus may be viewed as consisting of three groups of signals: 


1. Port Arbitration chain, namely: ACK] and ACKO. These 
signals are either used as point-to-point links or with ex- 
ternal arbitration logic. In both cases the load on these 
signals will not be large so that the on-chip drivers are 
adequate. 

2. Simultaneous drive and sense signals, namely: ACTN 
and ANYXN. Potentially these signals may be driven by 
multiple devices. It should be noticed that due to the 
nature of these signals, transceivers cannot be imple- 
mented for the purpose of cascading; however, bench 
evaluation indicates that LERICs can be cascaded to- 
gether as long as the total load capacitance is 100 pF or 
less. 


3. Drive or sense signals (i.e., IRE, IRD, IRC and COLN). 
Only one device asserts these signals at any instance in 
time. The unidirectional nature of information transfer on 
the IRE, IRD, IRC and COLN signals means a LERIC is 
either driving these signals or receiving them from the 
bus but not both at the same time. Thus a single bidirec- 
tional input/output pin is adequate for each of these sig- 
nals. 


5.4.2 DP83956 Using the Inter-RIC Bus 


When considering the hardware interface the Inter-LERIC 
bus may be viewed as consisting of three groups of signals: 


1. Port Arbitration chain, namely: ACK] and ACKO. These 
signals are either used as point to point links or with 
external arbitration logic. In both cases the load on these 
signals will not be large so that the on-chip drivers are 
adequate. 


2. The need for simultaneous sense and drive capabilities 
on the ACTN and ANYXN signals and the desire fo allow 
operation with external bus transceivers makes it neces- 
sary for these bus signals to each have a pair of pins, 
one to drive the bus and the other to sense the bus. The 
inter-LERIC bus on the DP&3356 has been designed to 
connect LERICs together directly or via external bus 
transceivers. The latter is advantageous in large repeat- 
ers. When external bus transceivers are used they must 
be open collector/open drain to allow wire-ORing of the 
signals. 


3. Drive or sense signals, i.e., IRE, IRD, IRC and COLN. 


Only one device asserts these signals at any instance in. 


time. The unidirectional nature of information transfer on 
the IRE, IRD, IRC and COLN signais means a LERIC is 
either driving these signals or receiving them from the 
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bus but not both at the same time. Thus a single bidirec- 
tional input/output pin is adequate for each of these 
signals. When an external bus transceiver is used with 
these signals, the Packet Enable “PKEN”, an output pin 
of LERIC, performs the function of a drive enable and 
sense disable. 


5.5 PROCESSOR AND DISPLAY INTERFACE 


The processor interface pins, which include the data bus, 

address bus and contro! signals, actually perform three op- 

erations which are multiplexed on these pins. These opera- 

tions are: 

1. The MLOAD Operation, which performs a power up ini- 
tialization cycle upon the LERIC. 


2. Display Update Cycles, which are refresh operations for 
updating the display LEDs. 

3. Processor Access Cycles, which allow pP’s (or simple 
logic) to communicate with the LERIC’s registers. 


These three operations are described below. 


MLOAD Operation 


The MLOAD Operation is a hardware initialization procedure 
performed at power on. It loads vital device configuration 
information into on chip configuration registers. In addition 
to its configuration function the MLOAD pin is the LERIC’s 
reset input. When MLOAD is Iow all of the LERIC’s repeater 
timers, state machines and segment partition logic are re- 
set. 


The MLOAD Operation may be accomplished by attaching 
the appropriate set of pull up and pull down resistors to the 
data and register address pins to assert logic high or low 
signals onto these pins, and then providing a rising edge on 
the MLOAD pin as is shown in Figure 5-8. The mapping of 
chip functions to the configuration inputs is shown in Table 
5-2. Such an arrangement may be performed using a simple 
resistor, capacitor, diode network. Performing the MLOAD 
Operation in this way enables the configuration of a LERIC 
that is in a simple repeater system (one without a proces- 
sor). 

Alternatively, ina complex repeater system the MLOAD Op- 
eration may be performed using a processor write cycle. 
This would require the MLOAD pin be connected to the 
CPU’s write strobe via some decoding logic, and included in 
the processor’s memory map. 


mom \ f/f, 
Cl MMMM AA ED Oh, 
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FIGURE 5-8. MLOAD Operation 


5.0 Functional Description (continued) 
TABLE 5-2. Pin Definitions for Options in the MLOAD Operation 


Pin Programming | Effect When | Effect When Function 
Name Function Bit is 0 Bitis 1 


BYPAS2|BYPAS1| information = 
b1 All ports (2 to 7) use the external 
Transceiver Interface. 
Ports 2 and 3 use the external interface, 4 
to 7 use the internal 10BASE-T 
transceivers. 
Ports 2 to 5 use the external interface, 6 
and 7 use the internal 10BASE-T 
transceivers. 
These configuration bits select which of the repeater ports (numbers 2 
to 7) are configured to use the on-chip internal 10BASE-T transceivers 
or the external transceiver interface. The external transceiver interface 


gO 
oO 
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operates using AUI compatible signal levels. 


Resv. Not Required 
Permitted 
EPOLSW Not Selected Selected Enables the polarity switching of the receive squelch upon detection of 
polarity reversal of the incoming data. 
Resv. Not Required 
Permitted 


TXONLY Selected Not Selected | This configuration bit allows the on-chip partition algorithm to restrict 
segment reconnection, as described in the Partition State Machine. 


Li The partition specification requires a port to be partitioned after a certain 
number of consecutive collisions. The LERIC has two values available 
to allow users to customize the partitioning algorithm to their 
environment. Please refer to the Partition State Machine, in data sheet 
section 7.3. 


Ce 


MIN/MAX Minimum Maximum The operation of the display update block is controlled by the value of 
Mode Mode this configuration bit, as described in the Display Update Cycles section. 
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5.0 Functional Description (Continued 


5.6 PROCESSOR AND DISPLAY INTERFACE 
HARDWARE CONNECTION 


Display Update Cycles 

The LERIC possesses control logic and interface pins which 
may be used to provide status information concerning activi- 
ty on the attached network segments and the current status 
of repeater functions. These status cycles are completely 
autonomous and require only simple support circuitry to pro- 
duce the data in a form suitable for a light emitting diode 
“LED” display. The display may be used in one of two 
modes: , 


1. Minimum Mode—General Repeater Status LEDs 
2. Maximum. Mode—tIndividual Port Status LEDs 


Minimum mode, intended for simple LED displays, makes 
available four status indicators. The first LED denotes 
whether the LERIC has been forced to activate its jabber 
protect functions. The remaining 3 LEDs indicate if any of 
the LERIC’s network segments are: (1) experiencing a colli- 
sion, (2) receiving data, (3) currently partitioned. When mini- 
mum display mode is selected the only external compo- 
nents required are a 74LS374 type latch, the LEDs and their 
current limiting resistors. 


Maximum mode differs from minimum mode by providing 
display information specific to individual network segments. 
This information denotes the collision activity, packet recep- 
tion and partition status of each segment. In the case of 
10BASE-T segments the link integrity status and polarity of 
the received data are also made available. The wide variety 
of information available in maximum mode may be used in 
its entirety or in part, thus allowing the system designer to 
choose the appropriate complexity of status display com- 
mensurate with the specification of the end equipment. 


The signals provided and their timing relationships have 
been designed to interface directly with 74LS259 type ad- 
dressable latches. The number of latches used being de- 
pendent upon the complexity of the display. Since the latch- 
es are octal, a pair of latches is needed to display each type 
of segment specific data (7 ports means 7 latch bits). The 
accompanying Tables 5-3 and 5-4 show the function of the 
interface pins in minimum and maximum modes. Figure 5-10 
shows the location of each port’s status information when 
maximum mode is selected. This may be compared with the 
connection diagram (Figure 5-9). 


Immediately following the MLOAD Operation (when the 
MLOAD pin transitions to a high logic state), the display 
logic performs an LED test operation. This operation lasts 
one second and while it is in effect all of the utilized LEDs 
will blink on. Thus an installation engineer is able to test the 
operation of the display by forcing the LERIC into a reset 
cycle (MLOAD forced low). The rising edge on the MLOAD 
pin starts the LED test cycle. During the LED test cycle 
the LERIC does not perform packet repetition opera- 
tions. 


The status display possesses a capability to lengthen the 
time an LED is active. At the end of the repetition of a pack- 
et, the display is frozen showing the current activity. This 
freezing lasts for 30 ms or until a subsequent packet is re- 
peated. Thus at low levels of packet activity the display 
stretches activity information to make it discernable to the 
human eye. At high traffic rates the relative brightness of 
the LEDs indicates those segments with high or low activity. 


TABLE 5-3. Status Display Pin Functions in Minimum Mode 


Function in MINIMUM MODE 


Provides status information indicating if there is a collision occurring on one of the segments attached to 
Provides stalus information indicating if one of this LERIC’s ports is receiving a data or collision packet 


Provides status information indicating that the LERIC has experienced a jabber protect condition. 


Provides status information indicating if one of the LERIC’s segments is partitioned. 


Signal 
Pin Name 
DO ACOL 
this LERIC. 
Di AREG 
from a segment attached to this LERIC. 
D2 JAB 
D3 APART 
D(7:4) hee | No operation 
STR [a This signal is the latch enable for the $74 type latch. 


Note: ACOL = Any Port Collision 
AREC = Any Port Reception 
JAB = Any Port Jabbering 
APART = Port Partitioned 
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5.0 Functional Description (Continueg) 
TABLE 5-4. Status Display Pin Functions in Maximum Mode 


Signal 


Function in MAXIMUM MODE 
Pin Name 


Do Provides status information concerning the Link Integrity status of 1OBASE-T segments. This signal should be 
connected to the data inputs of the chosen pair of 74LS259 latches. 
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D1 Provides status information indicating if there is a collision occurring on one of the segments attached to this LERIC. 
This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 


D2 Provides status information indicating if one of this LERIC’s ports is receiving data or a collision packet from its 
segment. This signal should be connected to the data inputs of the chosen pair of 74LS259 latches. 


D3 Provides status information indicating that the LERIC has experienced a jabber protect condition. Additionally, it 
denotes which of its ports are partitioned. This signal should be connected to the data inputs of the chosen pair of 
74LS259 latches. 


Provides status information indicating if one of this LERIC’s ports is receiving data of inverse polarity. This status 
output is only valid if the port is configured to use its internal 1OBASE-T transceiver. The signal should be connected to 
the data inputs of the chosen pair of 74LS259 latches. 


These signals provide the repeater port address corresponding to the data available on D(4:0). 
This signal is the latch enable for the 74LS259 latches. 
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5.0 Functional Description (continued) 
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5.0 Functional Description (continueg) 


259 Output 
259 Addr S(2-0) 


LERIC DO 
LERIC D1 
LERIC D2 
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LERIC D4 


PART 
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Note: This shows the LED Output Functions for the LED Drivers when 74LS259s are used. 
ACOL = Any Port Collision, AREC = Any Port Reception, JAB = Any Port Jabbering, 
LINK = Port Link, COL = Port Collision, REC = Port Reception, PART = Port Partitioned, 


BDPOL = Bad (inverse) Polarity of received data 


FIGURE 5-10. Maximum Mode LED Definitions 


Description of Data Freeze Strobe (DFS) Pin Operation 


DFS has been implemented to assist the user to provide 
partial hub management statistics on a per packet per port 
basis. The DFS signal is asserted, active high, at the end of 
the transmission of each packet, and the status of that 
packet is frozen on the L.EDs until the beginning of the next 
received packet or for a maximum of 30 ms as is shown in 
Figure 5-17. 


The DFS signal can be used to latch the LED information 
into a shared buffer which acts as an external flag register, 
and can be used as a mechanism to trap events. 
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FIGURE 5-11. DFS Operation 


Processor Access Cycles 


Access to the LERIC’s on-chip registers is made via its 
processor interface. This utilizes a conventional non-multi- 
plexed address (four bit) and data (four bit) bus. This bus is 
also used to provide data and address information to off 
chip LED display latches during display update cycles. While 
performing these cycles the LERIC behaves as a master of 


- its data bus. Consequently a TRI-STATE bi-directional bus 
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transceiver (e.g., 74LS245) must be placed between the 
LERIC and any processor bus. Internally each of the 
LERIC’s registers is 8 bits, however there are four bits of 
data pins (D(3:0)). Each register is accessed on a nibble 
basis (4 bits at a time). D(7) of the address pins D(7:4) se- 
lects the upper and lower nibbles as described in Section 7. 


To access the LERIC’s registers, the processor requests a 
register access by asserting the read (RD) or write (WR) 
input strobes. The LERIC responds by finishing any current 
display update cycle and asserts the TRI-STATE buffer en- 
able signal (BUFEN). If the processor cycle is a write cycle 
then the LERIC’s buffers are disabled to prevent contention. 
In order to interface to the LERIC a PAL device may be 
used to perform the following operations: 


1. Generate the LERIC’s read and write strobes, 
2. Control the direction signal for the 74LS245. 


An example of the processor and display interfaces is 
shown in Figure 5-72. 
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5.0 Functional Description (continue), 


INTER-LERIC/INTER-RIC BUS 


6.0 Port Block Functions 

The LERIC has 7 port logic blocks (one for each network 

connection). In addition to the packet repetition operations 

already described, the port block performs two other func- 

tions: : 

1. The physical connection to the network segment (trans- 
ceiver function). 

2. It provides a means to protect the network from malfunc- 
tioning segments (segment partition). 
Each port has its own status and configuration register. This 
register allows the user to determine the current status of 
the port and configure a number of port specific functions. 


6.1 TRANSCEIVER FUNCTIONS 

The LERIC may’ connect to network segments in three 

ways: ; : 

1. Over AUI cable to transceiver boxes (Port 1) 

2. Directly to board mounted transceivers. 

3. To twisted pair cable via a simple interface. 

The first method is only supported by LERIC Port 1 (the AUI 

port). Options (2) and (3) are available on Ports 2 to 7. The 

selection of the desired option is made at device initializa- 

tion during the MLOAD operation. The Transceiver Bypass 

XBYPAS configuration bits are used to determine whether 

the ports will utilize the on-chip 10BASE-T transceivers or 

bypass these in favor of external transceivers. Four possible 

combinations of port utilization are supported (refer to Table 

5-2): 

1. All ports (2 to 7) use the external Transceiver Interface. 

2. Ports 2 and 3 use the external interface, 4 to 7 use the 
internal 1OBASE-T transceivers. 

3. Ports 2 to 5 use the external interface, 6 and 7 use the 
internal 10BASE-T transceivers. 


4. All ports (2 to 7) use the internal 1OBASE-T transceivers. 


A.U.I. PORT 


NETWORK 
INTERFACES 


ADDITIONAL 
DISPLAY 
DRIVERS 
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FIGURE 5-12. Processor Connection Diagram 


10BASE-T Transceiver Operation 


The LERIC contains virtually all the digital and analog cir- 
cuits required for connection to 10BASE-T network seg- 
ments. The only additional active component is an external 
driver package. The connection for a LERIC port to a 
10BASE-T segment is shown in Figure 6-7. The diagram 
shows the components required to connect one of the 
LERIC’s ports to a 1OBASE-T segment (and lists a few mod- 
ule P/Ns and vendors). The major components are the driv- 
er package, a member of the 74ACT family, and an integrat- 
ed filter-transformer-choke module (or discrete combination 
of these functions). 


The operation of the 10BASE-T transceiver’s logical func- 
tions may be modified by software control. The default 
mode of operation is for the transceivers to transmit and 
expect reception of link pulses. This may be modified if a 
logic one is written to the GDLNK bit of a port's status regis- 
ter. The port’s transceiver will operate normally but will not 
transmit link pulses nor monitor their reception. Thus the 
entry to a link fail state and the associated modification of 
transceiver operation will not occur. 


The on-chip 10BASE-T transceivers automatically detect 
and correct the polarity of the received data stream. This 
polarity detection scheme relies upon the polarity of the re- 
ceived link pulses and the end of packet waveform. Polarity 
detection and correction may be disabled through the 
MLOAD operation. 


External Transceiver Operation 


LERIC ports 2 to 7 may be connected to media other than 
twisted-pair by opting to bypass the on-chip transceivers. 
When using external transceivers the user must perform 


- Collision detection and the other functions associated with 
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an IEEE 802.3 Media Access Unit. Figure 6-2 shows the 
connection between a repeater port and a coaxial transceiv- 
er using the AUI type interface. 


6.0 Port Block Functions (Continued) 
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For typical Filter-Transtormer-Choke Modules refer to ETHERNET MAGNETIC VENDORS. 
In addition to these, the Valor FL1085 is recommended for HCT Drivers. 
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FIGURE 6-1. Port Connection to a 10BASE-T Segment 
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The above diagrams show a LERIC port (numbers 2 to 7) connected to a 10BASE-T and a 10BASE2 segment. The values of any components not indicated above 
are to be determined. 


FIGURE 6-2. Port Connection to a 10BASE2 Segment (AUI type Interface selected) 
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6.0 Port Block Functions (continueq 


6.2 SEGMENT PARTITION 


Each of the LERIC ports has a dedicated state machine to 
perform the functions defined by the IEEE partition algo- 
rithm as shown in Figure 6-3. To allow users to customize 
this algorithm for different applications a number of user 
selected options are available during device configuration at 
power up (the MLOAD cycle). 


Two options are provided: 


1. The value of consecutive counts required to partition a 
segment (the CCLimit specification) may be set at either 
31 or 63 consecutive collisions. 


. The operation of the ports’ state machines when recon- 
necting a segment may also be modified by the user. The 
Transmit Only TXONLY configuration bit allows the user 
to prevent segment reconnection unless the reconnect- 
ing packet is being sourced by the repeater. In this case 
the repeater is transmitting on to the segment rather than 
the segment transmitting when the repeater is idle. The 
normal mode of reconnection does not differentiate be- 
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tween such packets. The TXONLY configuration bit is 
input on pin D(5) during the MLOAD cycle. If this option is 
selected the operation of the state machine branch 
marked (3) in Figure 6-3 is affected. 


In addition to the autonomous operation of the partition 
state machines, the user may reset these state ma- 
chines. This may be done individually to each port by 
writing a logic one to the PART bit in its status register. 
The port’s partition state machine and associated coun- 
ters are reset and the port is reconnected to the network. 


6.3 PORT STATUS AND CONFIGURATION 

REGISTER FUNCTIONS 

Each LERIC port has its own status and configuration regis- 
ter. In addition to providing status concerning the port and 
its network segment the register allows the following opera- 
tions to be performed upon the port: 


1. Port disable. When a port is disabled packet transmis- 
sion and reception between the port's segment and the 
rest of the network is prevented. 


2. Selection between normal and reduced squelch levels. 


6.0 Port Block Functions (Continuea) 
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cC(x)=0 
DATAIN(X)=DIPRESENT(X) 
COLLIN(X)=CIPRESENT(X) 
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DIPRESENT(X)=II*__ 
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FIGURE 6-3. IEEE Segment Partition Algorithm 
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7.0 LERIC Registers 


7.1 LERIC REGISTER ADDRESS MAP lower nibbles of each register. The register map consists of 


The LERIC’s registers may be accessed by applying the 8 registers as shown in the Register Map in Table 7-1 which 
required address to the four register address (D(7:4)) input is followed by a summary of the register bits shown in Table 


pins. Pin D(7) makes the selection between the upper and 7-2. The definitions for these bits are shown in the detailed 
: register definitions on the following pages. 


TABLE 7-1. Register Memory Map 
Address D(7:4) Name 


0000 LERIC Status Register—Lower Nibble 
1000 LERIC Status Register—Upper Nibble 


0001 Port 1 Status and Configuration Register—Lower Nibble 
1001 Port 1 Status and Configuration Register—Upper Nibble 


0010 Port 2 Status and Configuration Register—Lower Nibble 
1010 Port 2 Status and Configuration Register—Upper Nibble 
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0011 Port 3 Status and Configuration Register—Lower Nibble 
1011 Port 3 Status and Configuration Register—Upper Nibble 


0100 Port 4 Status and Configuration Register—Lower Nibble 
1100 Port 4 Status and Configuration Register—Upper Nibble 


0101 Port 5 Status and Configuration Register—Lower Nibble 
1101 Port 5 Status and Configuration Register—Upper Nibble 


0110 , : " Port 6 Status and Configuration Register—Lower Nibble 
1110 Port 6 Status and Configuration Register—Upper Nibble 


0111 Port 7 Status and Configuration Register—Lower Nibble 
1111 Port 7 Status and Configuration Register—Upper Nibble 


Register Array Bit Map 
Address D(7:4) 


0000 
1000 


0001 
1001 


0010 
1010 


0011 
1011 


0100 
1100 


0101 
1101 


0110 
1110 


0111 
1111 
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7.0 LERIC Registers (Continued) 


7.2 LERIC STATUS REGISTER 
This register contains real time information concerning the operation of the LERIC. 


foe | oe | om | oo | om | o@ | om | oo | 
AREG | ACOL 


Description 


Any Collisions 
0: A collision is occurring at one or more of the LERIC’s ports 
1: No collisions 


Any Receive 
0: One of the LERIC’s ports is the current packet or collision receiver 
1: No packet or collision reception within this LERIC 


Jabber Protect 

0: The LERIC has been forced into jabber protect state by one of its ports or by another port on the 
Inter-LERIC bus (operations) 

1: No jabber protect conditions exist 


Any Partition 
0: One or more ports are partitioned 
1: No ports are partitioned 


Reserved for future use 
Value set at logic one 


Reserved for future use 
Value set at logic one 


Reserved for future use 


Value set at logic one 


Reserved for future use 
Value set at logic one 
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7.0 LERIC Registers (continued) 
7.3 PORT STATUS AND CONFIGURATION REGISTERS 


POL 


Resv 


DISPT 


| Br) | 


DiI 


D(2) 


D(3) 


D(O 


D(1) 


= 
2 


i 
~ 
NO 
— 
Ag 


Resv 


R/W 


R/W 


R/W 


PO 


QL 


Description 


Good Link 

0: Link pulses are being received by the port 

1: Link pulses are not being received by the port logic 

Note: Writing a 1 to this bit will cause the 10BASE-T transceiver not to transmit or monitor the reception of link 
pulses. If the internal 10BASE-T transceivers are not selected or if port 1 (AU! port) is read, then this bit is undefined. 


Collision 
0: A collision is happening or has occurred during the current packet 
1: No collisions have occurred as yet during this packet 


Receive 


0: This port is now or has been the receive source of packet or collision information for the current 
packet. 


1: This port has not been the receive source during the current packet 


Partition 

0: This port is partitioned 

1: This port is not partitioned 

Writing a logic one to this bit forces segment reconnection and partition state machine reset. Writing 
a zero to this bit has no effect. 


Squelch Level 
0: Port operates with normal IEEE receive squelch level 


1: Port operates with reduced receive squelch levels 
Note: This bit has no effect when the external transceiver is selected. 


Polarity 
0: Polarity is not inverted 
1: Polarity is inverted 


“Reserved” 
“Value set to logic zero” 


Disable Port 
0: Port operates as defined by repeater operations 


. vad $50 asta e 5. PAV iota tote | 
1: All port acuviry iS preverntésa 
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8.0 Absolute Maximum Ratings 


If Military/Aerospace specified devices are required, Storage Temperature Range (Tsta) —65°C to + 150°C 
please contact the National Semiconductor Sales Power Dissipation (Pp) 1.5W 
Office/Distributors for availability and specifications. Lead Temperature (T.) 


Supply Voltage (Vcc) 0.5V to 7.0V (Soldering, 10 Seconds) 260°C 
DC Input Voltage (Vin) —0.5V to Voc + 0.5V ESD Rating 
DC Output Voltage (Vout) —0.5V to Vcc + 0.5V (Rzap = 1.5k, Czap = 120 pF) 1.5kV 


V9S6E8d0/VSS6E8dd 


9.0 DC Specifications T, = 0°c to +70°C, Voc = 5V +5% unless otherwise specified 


Symbol Description Conditions [min =| Max | Units 


PROCESSOR, LED, TWISTED-PAIR PORTS AND INTER-LERIC INTERFACES 


Minimum High Level 
Input Voltage 


Maximum Low Level 
Input Voltage 


Vin = Voc or GND 


Vout = Vcc = 

or GND - oy 
Average Supply Current Vin = Voc or GND 250 

Voc = 5.25V 


Differential Output 78Q Termination and +1200 
Voltage (TX +) 2702 Pulldowns 
Differential Output Voltage 782 Termination and 
Imbalance (TX +) 2702 Pulldowns Typical 
Undershoot Voltage (TX +) 782. Termination and 

2702 Pulldowns Typical 


Differential Squelch 
Threshold (RX+, CD+) 


AUI (PORT 1) 


Differential Input 
Common Mode Voltage 
(RX+, CD+) (Note 1) 
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9.0 DC Specifications 1, = o°c to +70°C, Vog = 5V +5% unless otherwise specified (Continued) 


symbol | __Deseription | Conattions_ [min [Max | units 


PSEUDO AUI (PORTS 2-7) 


40 mV 
Typical 
80 mV 
Typical 


Differential Squelch 
Threshold (RX+,CD+) 


Differential Input 
Common Mode Voltage 
(RX+, CD +) (Note 1) 


TWISTED-PAIR (PORTS 2-7) 


Minimum Receive Squelch Threshold: 
Normal Mode 
Reduced Mode 


Note 1: This parameter is guaranteed by design and is not tested. 


10.0 Switching Characteristics 
PORT ARBITRATION TIMING 


TL/F/11240-20 


’  ACKI Low to ACKO Low 
ACKI High to ACKO High 
Note: Timing valid with no receive or collision activities. 


RECEIVE TIMING—AUI PORTS 
Receive activity propagation start up and end delays for ports innon 10BASE-T mode 


TL/F/11240-21 


| Number | Parameter 


rxaackol T3a RX Active to ACKO Low 
rxiackoh T4a RX Inactive to ACKO High (Note 1) 


rxaactnl RX Active to ACTN Low 
rxiactnh RX Inactive to ACTN High (Note 1) 


Note: ACK] assumed high 
Note 1: This time includes EOP. 
Note 2: This parameter assumes squelch triggers on negative edge of RX data. 
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10.0 Switching Characteristics (Continued) 


RECEIVE TIMING-10BASE-T PORTS 
Receive activity propagation start up and end delays for ports in 10BASE-T mode 


TL/F/11240-22 


Parameter 


rxaackol T3t RX Active to ACKO Low 300 
rxiackoh T4t RX Inactive to ACKO High (Note 1) 280 
T5t 300 
Tét 280 


RX Active to ACTN Low 
RX Inactive to ACTN High (Note 1) 


rxaactnl 
rxiactnh 


Note: ACKI assumed high. 
Note 1: This time includes EOP. 


TRANSMIT TIMING—AUI PORTS 
Transmit activity propagation start up and end delays for ports in non 10BASE-T mode 


crock WV 


T16a 
ACTN 
TiSa 
TX 


| Number | Parameter | Min. =| Max 
activa ACTN Low to TX Active aie ee 
aaa eee a 


TL/F/11240-23 


clkitxa CLOCK in to TX Active (Note 1) 


Note: ACKI assumed high. 
Note 1: Measurement from previous falling edge of the clock. 
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10.0 Switching Characteristics (continued - 


TRANSMIT TIMING—10BASE-T PORTS 
Receive activity propagation start up and end delays for ports in 10BASE-T mode: 


CLOCK 
; ; T16t 


TL/F/11240-24 


| Parameter | win | Max 
actnitxa TA6t ACTN Low to TX Active eee ee ee 


clkitxa , T16t CLOCK in to TX Active (Note 1). 


Note: ACKI assumed high. 


Note 1: Clock not drawn to scale. In this measurement, falling edge of the clock for even ports and rising edge of the clock for odd ports are considered. 


COLLISION TIMING—AUI PORTS 
Collision activity propagation start up and end delays for ports in non 10BASE-T mode 


TRANSMIT COLLISION TIMING 


cD 


T30a T31a 
ANYXN , 


TL/F/11240-25 


| Number | Parameter | Min. | Max 
edaanyx CD Active to ANYRN Low a a 


cdianyxnh ~ CD Inactive to ANYXN High (Notes 1, 2) 


Note 1: TX collision extension has already been performed and no other port is driving ANYXN. 
Note 2: Includes TW2. 
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10.0 Switching Characteristics (continued) 
RECEIVE COLLISION TIMING 


TL/F/11240-26 


Symbol 


cdacolna 
cdicolni 


colnljs 
colnhje 


Note 1: Reception ended before COLN goes high. 


COLLISION TIMING—10BASE-T PORTS 
Collision activity propagation start up and end delays for ports in 10BASE-T mode 


TL/F/11240-27 


Symbol 
colaanyl Collision Active to ANYXN Low 


colianyh Collision Inactive to ANYXN High (Note 1) 


Note 1: TX collision extension has already been performed and no other port is asserting ANYXN. 
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10.0 Switching Characteristics (Continue) 
COLLISION TIMING—ALL PORTS 


anylmin ANYXN Low Time 
anyhtxai ANYXN High to TX to All Inactive 
anylsj ANYXN Low to Start of JAM 


COLLISION TIMING—ALL PORTS 


x 
one port left 


| Number__| Parameter 


actnhtxi T36 ACTN High to TX Inactive 
anyhtxoi ANYXN High to TX “One Port Left” Inactive 


Note: 96 bits of JAM have already been propagated. 
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10.0 Switching Characteristics (Continued) 
RESET TIMING 


V9S6E8d0/VSS6e8dd 


[Number | Parameter 
Data Setup 


resdats 


resibufl 


T61 
T62 
Teg 
Tea 


LED STROBE TIMING 


reshbufh 


resdath | ten Data Hold 


0(7:5) 
(address) 


0(4:0) 
(data) 


TL/F/11240-31 


stradrs 


strdats 
strdath 
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10.0 Switching Characteristics (continued) 
REGISTER READ TIMING 


RD 


BUFEN 


T89 
0(7:4) 
(address) 


D(3:0) 
(date) 


| Number [Parameter | Min. | Max 
_ T80 Address Setup from BUFEN Low 

T81 Address Hold after RD High 
 T82 | _ RD Low to BUFEN Low 

T83 - RD High to BUFEN High . 

T84 BUFEN Low to Data Valid 

T85 Read Data Hold 
RD Wiath St Se 
ADLlowtop(74)TALSTATE | so | 


Note: Minimum high time between read/write cycles is 100 ns. 


REGISTER WRITE TIMING 


rdadrs 
rdadrh 


rdibufl 
rdhbufh 


bufidatv 
rddath 


D(7:4) 
(address) 


D(3:0) 
(data) 


TL/F/11240-33 


wradrs 
wradrh 


wribufl 
wrhbufh 


wradatv 
wrdath 


wrdatr 


WR Low to BUFEN Low 
T93 WR High to BUFEN High 
T94 BUFEN Low to Data Valid . 
T95 Write Data Hold 


BUFEN Low to Data Latched 


Note: Minimum high time between read/write cycles is 100 ns. 
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10.0 Switching Characteristics (Continued) 
INTER-LERIC BUS OUTPUT TIMING 


Symbol 
ircoh 
ircol 
ircoc 
actndapkena 
actnolireol 
ireolirca 
irdov 
irdos 
ircohireh 


ireclks 


ee ee 
[tot [me Ouparigntine ———SSSSCi CaP 
Triae [Re oupattowtine Si 
[ries [Re oupstcyeeting Po 
Troe [Aerie Ace to PKENAaive aie | awo P| 
[ries [Ret ovputtow io RE Ouputtow [aw | | 
[rice [FE ouputtowioristFisingEwoonmo [| 1a | 
[rier | rnb outnutvaistomnc ft 
[ree [nb ouput SiabieValaTine Siw 


Note 1: This parameter applies to DP83956 only. 
INTER-LERIC BUS INPUT TIMING 


irdisirc 
irdihirc 


ircihireh 


| Number | Parameter | Min. =| Max 
T141 IRC Input High Time ee: eel eee 
T112 IRC Input Low Time ee 
T1144 IDInputSetuptoiRC_ || 


T115 IRD Input Hold from IRC 
IRC Input High to TRE High 
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Units 
% 
% 
ns 
ns 


ns 


us 


clocks 


TL/F/11240-35 
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11.0 AC Timing Test Conditions 


input Pulse Levels (Diff.) 


All specifications are valid only if the mandatory isolation is ~~ 850 mV to — 1315 mV 
employed and all differential signals are taken to be at AU! Input and Output Reference 
side of the pulse transormer. Levels (Diff.) 50% Point of the Differential 


Input Pulse Levels (TTL/CMOS) GND to 3.0V 
Input Rise and Fall Times (TTL/CMOS) 5ns 
Input and Output Reference Levels (TTL/CMOS) 1.5V 


TRI-STATE Reference Levels 
Output Load (See Figure Below) 


Float (AV) +0.5V 


Voc $1 (NOTE 2) 


DEVICE 
UNDER 
TEST 


C (NOTE 1) 


TL/F/11240-42 
Note 1: 100 pF, include scope and jig capacitance. 


Note 2: S1 = Open for timing tests for push pull outputs. 
S1 = Voc for Vo, test. 
S1 = GND for Voy test. 
$1 = Voc for High Impedance to active low and active low to High Impedance measurements. 
$1 = GND for High Impedance to active high and active high to High Impedance measurements. 


Capacitance T, = 25°C, f = 1 MHz 


yp 
7 
7 


InputCapacitance || 7 | pF 
Output Capacitance 


Derating Factor 


Output timings are measured with a purely capacitive load . TX+ 

for 50 pF. The following correction factor can be used for 

other loads: C_ = 50 pF + 0.3 ns/pF. ; 782 27 pH 
| TX- 


TL/F/11240-43 


Note: In the above diagram, the TX+ and TX~ signals are taken from the 
AUI side of the isolation (pulse transformer). The pulse transformer used for 
all testing is the Pulse Engineering PE64103. 
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Introduction to Repeaters, 
the RIC™ and LERIC™ and 
Their Applications 


INTRODUCTION 


The completion of the IEEE 802.3 10BASE-T Ethernet stan- 
dard has introduced the need for new products in the LAN 
marketplace, the twisted pair multi-port repeater. The re- 
peater, functioning as a centralized wiring hub for the 
10BASE-T star topology, is experiencing a wide variety of 
requirements as the number of 10BASE-T users increases. 
(Note: In this document the terms Hub, Concentrator, and 
Repeater are used interchangeably.) Some want a simple, 
low cost repeater that can be used in a small office environ- 
ment. Other's, foreseeing a need for expansion, need a re- 
peater that can grow with their requirements. Large compa- 
nies with hundreds of nodes need a large, expandable re- 
peater incorporating features MIS administrators can use to 
control a complex, enterprise wide network. With the grow- 
ing need for controlling and maintaining large networks, end 
users are also wanting 10BASE-T repeaters that offer both 
basic and sophisticated management capabilities. 


The LERIC and RIC repeater chips from National Semicon- 
ductor provide functions to meet a large variety of require- 
ments for the repeater marketplace. Not only do these de- 
vices have the necessary features for implementing differ- 
ent management capabilities, but they also have many other 
important features that allow them to be effectively used in 
a wide variety of repeater architectures, from personal com- 
puter adapter cards to huge rack mounted systems contain- 
ing hundreds of ports. 


Modular Repeater 
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The LERIC, or LitE Repeater Interface Controller, is target- 
ed at the smaller, cost sensitive applications, where basic 
management or no management at all is the only require- 
ment. The LERIC can connect to 6 twisted pair segments 
and 1 thick or thin coax segment through its integrated 
10BASE-T transceivers and AUI port. Statistics can be gath- 
ered from internal registers or from LEDs. It also has a sim- 
ple bus for cascading many LERICs together. 

The RIC on the other hand is for networks requiring full 
network management, from small or medium size networks 
expecting to expand and for the larger, corporate wide net- 
works containing hundreds of ports. The RIC has twelve 
integrated twisted pair transceivers, an AUI port, and a cas- 
cading bus similar to the LERIC. It also has a management 
bus for easily obtaining the network statistics that are need- 
ed by high end network management software. 

The purpose of this application note is to explain and define 
the use of 10BASE-T Ethernet repeaters incorporating the 
LERIC and RIC. The following subjects will be addressed in 
this application note: 

e The role of the repeater 

¢ Network management fundamentals 

© Types of repeaters 

e Basic repeater functions 


© The LERIC and RIC architectures and their uses 


Coax to Coax Repeater 


Repeater Card 
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FIGURE 1. Different Types of Repeaters and Hubs 
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THE ROLE OF THE REPEATER 


The need for the multi-port repeater stems from the IEEE 
802.3 architecture and standards. The 10BASE2 and 


_10BASES standards specify a coaxial cable media connect- 


ed to a bus topology. 10OBASE2 has a 185 meter cabling 
limit and 30 node limit per segment. 10BASE5 has a 500 
meter length limit and 100 node maximum per segment. 
When the network requires longer distances or increased 
numbers of nodes, a repeater is necessary. While coax 
based Ethernet requires the repeater to be used to extend 
the maximum cable length, 10BASE-T twisted pair cabling 
requires the repeater to act as the central hub to implement 
its star, point-to-point topology. While it does serve to en- 
large a network, its primary responsibility for 10BASE-T 
nodes is to allow them to access other nodes on the net- 
work. (Note: A single repeater connection is referred to as a 
port, i.e., a 12 port repeater can attach up to 12 cable seg- 
ments.) 


Figure 1 (on first page of this note) illustrates several re- 
peaters used to expand and configure a network. There are 
four repeaters in this figure, each different, and each provid- 
ing an example of types of repeaters most of which are 
described later in this paper. At the top there is a simple two 
port Coax Repeater; on the left is a modular (expandable) 
repeater for large networks; on the right is a server config- 
ured with a PC Hub Card converting a typical file server into 
a combined server-repeater (sometimes called a “‘Serpeat- 
er’); and finally in the center is a simple small repeater for a 
small work group. Each of these example repeaters has a 
port to connect to the coax cable which is used in this ex- 
ample as a network backbone. 


Since 10BASE-T is a star topology, the repeater becomes 
the network center, and each port of the repeater connects 
to a single individual node. While the 10BASE-T network 
requires the repeater function, increasing the materials cost 
over the standard coaxial cable implementation, the above 
features offer many advantages over 10BASE5 and 
10BASE2 cabling. These reasons for the growing popularity 
of this form of Ethernet are: 


e Utilizes existing data grade twisted pair cabling similar 
wiring scheme to phone wiring. 


Ethernet can be transmitted over low cost, standard tele- 


=k 
prone wire. 
Point-to-point wiring eases cable installation. 


¢ Distributed star has a central hub for ease of network 
expansion. 


Topology and media type results in low installation costs. 


® The hub enables centralized network management and 
centralized point for connection to other communications 
technologies. 


While MIS is interested in the financial costs of owning the 
network, they also want more control over their networks to 
maximize up-time and minimize support costs. Network 
management provides this. Since network management is 
so important, what exactly is it? 
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NETWORK MANAGEMENT FUNDAMENTALS 


Network Management is the process of monitoring and con- 
trolling various parameters to give administrators greater 
contro! over the networks they manage. There are 5 princi- 
ple tasks and benefits of Network Management: 


Types of Management 
Task Benefit 


Fault ahs Prevents network 
Management downtime 
Configuration Ly Smoothes moves 
Management and changes 
Performance ae Makes effective use 
Management of network capacity 

Accounting = Tracing network 
Management utilization 
Security - Protects assets 
—>- 
Management and resources 


Management gives the network administrator a wide variety 
of significant, practical, and cost saving capabilities. For ex- 
ample, with fault management, a defective or non-compliant 
node can be partitioned off the network to prevent consum- 
ing up valuable bandwidth, without degrading the network. 
Performance management helps determine when, where, 
and what type bridge or router to install to optimize perform- 
ance on a particular segment. Charging a department for 
excessive network utilization could be done with accounting 
management. 


The 10BASE-T Ethernet topology is ideal for implementing 
network management. Because only one twisted node is 
attached to a port. In this point-to-point star topology, net- 
work statistics can now be collected in the repeater be- 
cause each node is mapped to a particular port. The port 
can be individually isolated or partitioned from the rest of 
the network if it is defective. 


It is this simple architectural feature that has compelled 
IEEE 802.3 Hub Management standards to solidify. These 
standards enable vendors to have a common reference 
point and give buyers the flexibility and assurances for hard- 
wars and soltware interoperability. Thess important benefits 
all rely on the hub as the central component of data trans- 
mission, expandability and manageability. It should be noted 
that ALL network components (Bridges, Routers, Servers, 
and Nodes) can contain some form of network management 
or some mechanism to make the control, maintenance and 
support of each device easier. It is also ideal if all network 
components could “‘talk” the same management language 
to simplify the monitoring of the entire network. 


Before delving into the concepts of Network Management, 
managing a network involves a number of activites, and net- 
work hardware can be designed to provide several levels of 
management for repeaters. Generally the more powerful the 
management functions the more costly the product to pur- 
chase, but the more. automated network support (and 


vendors would argue) the lower the support costs. These 
levels of management provided by repeaters can be broken 
up into three basic categories: 


1. 


Minimal (or None): Typically no information is gathered 
by the repeater. There is no intelligence monitoring activ- 
ities. However, generally some form of LED indicators 
are provided to enable visual inspection of the repeaters 
operation. 


. Out-Of-Band: Generally a lower cost method to gathering 


information than the In-Band. The Hub is intelligent and 
accumulates statistics. The user can only obtain these 


work manager to either physically visit the Hub to deter- 
mine its operational state, or to add a modem connection 
to access remotely. This has reduced the popularity for 
this solution. 


. In-Band: This method generally can obtain the same and 


in most cases more information about the network than 
the Out-Of-Band. The major difference is that this type of 
repeater has a node controller that can be addressed by 
a remote station over the network, and information can 
be transferred across the network. This allows the net- 
work manager to obtain the hubs information from any 
network location. 


€rs-NV 


Statistics through some visual alphanumeric display or 
more likely via a terminal attached to the hub. The major 
disadvantage of this technique is that it requires the net- 


Within each of the last two categories there is further differ- 
entiation by how much data is gathered as will be explained 
later. 


Network Manager 
Station 


Gateway Agent 
Software 


Managed Objects 


Attributes 


Hub Agent ca 
Software Llt_=3 

GEELLEELLZ 
Managed Objects 


(FAE Errors, Hub Health, 4 


etc.) eaf 
AED we lillllll_=S 


ee ATTTTHTD 
(Error Count, etc.) ATETTLET) 


GLEILELLL) | | 


il ==4 

i] 
GELELLEL LL 

Mi ees 

Local Network f ALITTLE 


GLisii tli Remote Network Nodes 


TL/F/11493-2 
FIGURE 2. The Network Management Model 
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To further amplify the previous concepts, it is important to 
see how a repeater fits into standard network management 
mechanisms. Figure 2 shows another typical network, this 
time illustrating the terms and concepts for network man- 
agement. This concept applies only to a network fully capa- 
ble of “In-Band” management. The terms are described be- 
low. 


The Network Management Station is a node on the network 


running network management applications software. This 
station is where the administrator can access the managed 
objects. In an enterprise LAN, network management appli- 
cation software typically is able to control network segments 
other than the one it is on. For instance, in Figure 2 the 
network manager software can be a node on one network 
segment while the managed entities are on another network 
segment (such as a PC on the right side of Figure 2). 


The Agent is a network resource which receives commands 
from the manager to perform management operations and 
also reports status back to the manager. The agent is a 
separate piece of embedded software resident in the man- 
aged hub (or other device). This software communicates 
with the manager software via the network itself (in the case 
of In-Band management). Currently, standard protocols ex- 
ist that enable Manager-Agent communication across multi- 
vendor environments. Ideally a standard protocol would al- 
low a 10BASE-T hub agent from one manufacturer to com- 
municate with the manager from another. SNMP (Simple 
Network Management Protocol) is one of these. Manage- 
ment application software from major manufactures use 
these protocols as the lower transport layer. For instance, 
Novell’s Hub Management Interface (HMI) and Hewlett 
Packard’s Openview use SNMP to communicate with their 
agents. In Figure 2 the hub on the left and the Gateway on 
the right are shown to have agent software embedded in 
them. However, it is likely that the nodes would be running 
some agent software. 


The entities being managed are called the Objects. Objects 
are various network statistics that are monitored and con- 
trolled by the network manager. Objects gathered by the 
agents depend on the type of network device (i.e., Node, 


Gateway, etc.). For Hubs and repeaters, objects include hub . 


status, number of ports per hub, CRC Errors, FAE errors, 
number of good packets, etc. A defined set of objects are 
caiied a Managemeni Iniormation Base, or MIB. (Again, dif- 
ferent pieces of network equipment can gather information 
for different objects, and hence support a different MIB.) For 
Ethernet repeaters objects are defined by the IEEE 802.3 
Committee. The IEEE has standardized on the type of ob- 
jects, their attributes and a database format in which an 
agent can present the information to a manager. As stated, 
this database is called a Management Information Base, or 
MIB. The IEEE 802.3 MIB consists of 34 attributes classified 
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into 3 categories called capabilities. A table detailing the 
specific objects, and how they are supported by the RIC and 
LERIC is shown at the end of this note. 


Attributes are parameters of an object that the agent col- 
lects on a per hub, group, or port basis. As described above 
for hubs, these objects include various physical layer pa- 
rameters of an Ethernet node, such a CRC errors, collisions, 
packet length, as well as more general information such as 
the hub status. Actions are those that the agent performs on 
an object at the request of the manager. As an example, an 
action could be for the agent to partition a port from. the 
network or to request the source address of the last packet 
received by the hub. Notifications are unsolicited reports of 
events that may be generated by an object. An example of a 
notification would be the hub agent communicating to the 
manager if a serious hardware error occurred. 


The Basic Control objects consists of 19 objects which are 
mandatory, yet simple, for an agent to implement. Very little 
is required of the hardware as most of the objects are de- 
fined by the manufacturer in software. Certain key actions 
are partioning off a port and notifying the manager if a port 
is enabled or disabled or if it has been partitioned by the 
autopartition state machine. 


There are 2 Address Tracking objects that are recommend- 
ed. These objects provide the network administrator with 
information on the node addresses and changes that occur 
on a port. With the hub monitoring these, it is able to map 
each node’s address to the port it’s attached to and keep 
track of nodes that change port location. This could be from 
an administrator moving cables around or from a user mov- 
ing Ethernet controller boards or swapping cables. Imple- 
menting the Address Tracking category is more complex for 
the hub as the source address of all the incoming packets 
must be detected and tabulated. 


While the 13 Performance Monitoring objects are optional, 
they provide the most insight into the operation and charac- 
teristics of the network. Hubs that have this capability moni- 
tor CRC errors, coliisions, PLL errors as well as many more. 
Doing this requires a lot of hardware sophistication. 


These 3 categories were chosen by the JEEE Hub Manage- 
ment Task Force to give hub manufacturers the flexibility to 
design products with 3 different price and capability levels. 
This was done to prevent hub manufacturers from being 
forced to implement all 3 categories if only a low cost Basic 
Control hub is required. It should be noted that if a hub 
agent supports one managed object in a category, then it 
must support them all to claim IEEE conformance of that 
category. For instance, if a manufacturer’s hub collects the 
number of transmit collisions a port experiences but is not 
able to count the number of frame alignment errors, then 
the vendor can’t claim to support the IEEE Performance 
Monitoring category. 
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FIGURE 3. Examples of Different Types of Repeaters Plotted by Number of Ports versus Features 


TYPES OF REPEATERS 


Before discussing how the RIC or LERIC is used in various 
repeater applications, it is very useful to fook at the kinds of 
repeaters typically available and what they are used for. 


At its core a repeater function is a very simple concept (re- 
transmit data coming in on one port out another port). Prod- 
uct differentiation comes from the features added to the 
basic repeater function. The key differentiators are number 
of ports, maintainability (really network management capa- 
bilities), expandability, and ease of integration into a net- 
work. The first two features are the most important and form 
the axis of Figure 3. This figure breaks down the repeater 
types into 7 basic categories. In any given feature category 
other port counts than those shown are likely, however, this 
figure attempts to categorize the most popular configuration 
sizes. 


As networks grow larger they require the repeater to have 
more features, as this diagram shows. Larger installations 
require a repeater to be expandable. As the network grows 
the repeater must grow with it to minimize duplicating equip- 
ment purchases. Having proper expansion capabilities en- 
ables this. These larger installations also require standard- 
ized network management that communicates across ven- 
dor boundaries. On the other extreme are the smaller of- 
fices where low cost and ease of use are the primary issues. 
These environments experience limited growth (a small 
dentist’s office for example) so expandability is not as im- 
portant either. 


In the following sections we will describe the basic functions 
and features of these 7 repeater types. 
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SIMPLE STAND-ALONE HUB 


The simple stand-alone hub as shown in Figure 4 has be- 
tween 6-12 ports, doesn’t have any management, and isn’t 
easily expandable. This type of repeater is a fully self con- 
tained box, containing the repeater function, and power sup- 
ply. (Note the term Velcro® hub is applied because the 
small size of these hubs let you stick them almost any- 
where.) 


Status LEDs AUI Port 


Twisted Pair 
Ethernet Ports 
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FIGURE 4. Simple Stand-Alone Repeater — 


The primary features of this product is its simplicity and low 
cost. This hub is simply intended for a small network where 
the users needs and understanding are simple. The user 
places a high value on a simple “plug-n-play” box. For 
maintenance and troubleshooting, this type of hub would 
have some status LED indicators, at least receive and colli- 
sion activity LEDs for each port. This facilitates simple diag- 
nestic on the network. These hubs typically provide an AUI 
(Attachment Unit Interface) port to connect to an existing 
10BASE2 or 10BASE5 Ethernet LAN. The AUI can also be 
used to cascade other repeaters boxes if needed. However, 
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this method of cascading is relatively more expensive than 


bly through external MAUs (Media Access Units) and-the 
proper cabling. Expansion can also be accomplished by 
cascading 10BASE-T Ports but this reduces the number of 
available ports by 2. se 


SIMPLE EXPANDABLE HUB 


The simple expandable hub is essentially the Stand-Alone 
hub, but designed with card slots to facilitate the addition of 
more ports into the repeater chassis (as shown in Figure 5). 
This is used when a network is expected to grow but not too 
large. These hubs could support up to 24-36 nodes. The 
key feature of this type is its ability to expand very simply 
and inexpensively. These hubs typically use a proprietary 

_ bus to cascade 6 or 12 port repeaters together. This bus 
implementation is less costly than using coax to cascade 
repeaters. 
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FIGURE 5. An Example of a 36 Port Modular Repeater — 


Like the Stand-Alone repeater this repeater usually imple- 
ments LED status indicators, but usually does not provide 
sophisticated management. In some cases an add-in card 
for out of band management (including a CPU and RS-232 
port) may be available, however most of the implementa- 
tions desiring management are trending to add in the flexi- 
bility of the Managed Modular Repeater discussed later. 


SIMPLE PC HUB CARD 


The concept of a PC add-in card that includes the function 
of a repeater is relatively new, but (due to the prevalence of 
PCs) provides a lot of features and benefits when compared 
to other options. The basic idea is to add a repeater to an 
Ethernet adapter, thus creating a card that when added to a 
PC very inexpensively turns a PC into a central control point 
for a typically small network. A PC equipped with this card 
can be used as a server-hub, or just provide a hub at less 
cost than the Stand-Alone Repeater (primarily because the 
adapter hub does not need to have a case or power supply). 
A typical example is shown in Figure 6. 
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FIGURE 6. Typical Node/Hub PC Adapter 


using an expandable repeater because expansion is proba- — 


There are two major categories of repeater cards, a high 
end managed card (discussed later) and a low end simple 
card. The low end implementation typical implements 4-6 
10BASE-T ports (6 RJ45 connectors is the maximum that 
can fit through the back slot of a PC), and possibly include 
either an AUI or 10BASE2 connection. Some implementa- 
tions provide a slave repeater card (containing only the re- 
peater) that can be cascaded to the master Ethernet adapt- 
er-repeater card. This allows some expansion capability. 


In addition to low cost, the advantage of this application is 
that user friendly utilities can be written for the PC to enable 
some form of management to be implemented inexpensive- 
ly (usually just the Basic Control objects are supported). The 
major disadvantage is that if the PC is switched off then the 
network goes down. 


BASIC MANAGED REPEATER 


One might think that a basic managed repeater without ex- 
Pandability would not have any application, however, there 
are two good applications for this repeater, and as costs for 
the management function drop the incrementa! price for 
added management functionality will become more popular. 
In one case, if the end user of a small or medium sized 
network is sophisticated enough he may desire a greater 
understanding of network health and thus need more thor- 
ough management capabilities. 


Another popular application for this repeater is in a small 
semi-isolated work group in a sizable network. The work 
group itself may not require expandability, but since this 
work group is part of a large network then it is likely that this 
hub will be maintained by a central MIS organization. This 
organization will demand consistent hub maintenance to the 
rest of the network, and will require more sophisticated 
management than for a Stand-Alone Hub. This type of re- 
peater looks much like Figure 4, but internally several com- 
ponent functions have been added. , 


Extensive management capabilities include the implementa- 
tion of Performance Monitoring, Address Tracking and Ba- 
sic Control MIB object tracking capabilities. Typically a CPU 
and a network interface controller provide the management 
function. This would allow the hub to be an addressable 
node on the network and the hub could be controlled re- 
motely via the manager. This hub would require more mem- 
ory and a larger power supply. Also the communications 
protocol, SNMP for example, running on this hardware plat- 
form. Typically this hub implements the IEEE 802.3 Hub 
Management Basic Control! objects. 


FULLY MANAGED PC HUB ADAPTER 


This adapter hub is conceptually similar to the low cost PC 
hub card, except that two major features are added: 1) Ex- 
tensive Management and Diagnostics are provided, and 2) 
Each card supports 12 ports by using a high density con- 
nector to get the cables out of the PC, and an additional 
breakout box to convert to 12 RJ45 connectors. 

This card’s application is in high end corporate servers, and 
has been spurred by Novell’s creation and promotion of HMI 
(Hub Management Interface) which provides a driver level 
mechanism to gather IEEE hub management objects. Due 


to the large network environment a more sophisticated re- 
peater is required as it is necessary to gather all IEEE hub 
management objects. 


A server-repeater (Serpeater?) facilitates a number of possi- 
bilities in the corporate network environment. It enables very 
centralized total network services. A single box can provide 
not only file and print services, but can also provide routing, 
bridging and repeating. This potentially can ease network 
maintenance, and simplify configuration. However, as be- 
fore the PC mechanically does not make a good repeater 
primarily due to the card slot form factor, and due to the 
limited expansion capabilities (usually it is difficult to add 
more than 48 ports to a server without using external re- 
peaters. 


FULLY MANAGED MODULAR REPEATER 


For larger networks or workgroups all levels of in band net- 
work management are required. Like the Basic Managed 
Repeater, and the Fully Managed PC Hub Adapter, Perform- 
ance Monitoring, Address Tracking and Basic Control capa- 
bilities meed to be incorporated into the hub. This hub is 
shown in Figure 7. 


Larger networks, 24-60 nodes, not only require full network 
management but now expandability is a very important is- 
sue. One can think of these repeaters as being very similar 
to the Simple Expandable Hub except that a high perform- 
ance management agent is required and the expansion op- 
tions tend to be more varied to support a large multi-vendor 
network. 


MULTI-FUNCTION MODULAR COMMUNICATIONS 
RACK 


A short conceptual jump from the Fully Managed Modular 
repeater is to support other communications technologies, 


such as Token Ring, FDDI, Routers, gateways, and poten- 
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tially servers. These multi-function communications equip- 
ment is for only the large networks, so extensive, computing 
power is required. Because of the level of network manage- 
ment required of these repeaters, sophisticated yet proprie- 
tary management applications software is typically offered 
by the manufacturer. This software would run over standard 
protocols however. 


BASIC RIC AND LERIC REPEATER FUNCTIONS 


The previous section focused on the feature and function 
differences of the various repeater architectures, highlight- 
ing their advantages and disadvantages. However, each 
hub contains the same basic repeater functions as defined 
by the IEEE. This is key as repeaters from many manufac- 
turers need to communicate with each other and Ethernet 
DTEs. 


This following section describes the basic repeater func- 
tions that all repeaters must have. The description is given 
by using the RIC/LERIC architecture. It is possible to imple- 
ment the repeater issuing different functional partitioning, 
however, the functions of a general repeater are basically 
the same. The block diagram of Figure 8 shows the major 
functional blocks of a RIC or LERIC based repeater that 
implements the requirements of the IEEE and upon which 
the repeater products described earlier can be built. 


It should be noticed what is not included in the repeater 
architecture. There is no complete MAC or Media Access 
Control unit. MACs are used by Ethernet controllers to im- 
plement the CSMA/CD protocol for gaining access to the 
media. Also, repeaters don’t do address filtering or routing. 
These are done by gateways and bridges. Repeaters simply 
repeat the data that is received from one port and transmit it 
to all the others. The repeater has to re-time the received 
packets and remove accumulated jitter. The repeater must 
also not allow defective nodes to consume network band- 
width. 
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FIGURE 7. Typical Modular Repeater Including Options for Multiple Cable Media and Network Management 
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FIGURE 8. Simplified General Block Diagram of the Core Repeater Functions of the RIC and LERIC 


PORT SPECIFIC FUNCTIONS 


Within a repeater there are functions that are shared by all 
the ports and those that each port duplicates for itself. As 
the diagram shows, there are 5 functional blocks that are 
identical for each port. 


Analog Interface/Transceivers. This block is not actually 
an 802.3 requirement. In a general repeater this function is 
required to connect the repeater to the media, and is gener- 
ally incorporated into the repeater box, but it is not actually 
part of the repeater standard. Most integrated repeaters im- 
plement either a transceiver interface or all or part of a 
transceiver. In the case of the RIC/LERIC, this block in- 
cludes all functional and electrical specifications to interface 
to a particular transmission media (coax, twisted pair, fiber). 
It should be noted that with the exception of the transceiver, 
everything about the repeater is independent of what media 
is attached to the ports. When the transceivers are for twist- 
ed pair, they monitor the link integrity of the attached seg- 
ment. 


Port Logic. This block performs many different functions. 
There are two different state machines for each port. One is 


‘called the Port State Machine, or PSM. This state machine 


is linked with all the other PSMs to perform port arbitration. 
This arbitration is needed to determine which port should be 
the source of data or collision information when multiple 
ports receive data simultaneously. The winning port is called 
Port_N or Port_M depending on the type of activity. 
Port_N is defined as the highest priority port experiencing 
receive or collision activity. Port_M is defined as the high- 
est priority port that is last experiencing a collision. This 
state machine is also used to detect collisions and indicate 
them to the other ports. The second state machine imple- 
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ments the port auto-partioning algorithm. When a port expe- 
riences more than 30 consecutive collisions, this ‘state ma- 
chine prevents any further data on this port from being re- 
peated on the network. This effectively blocks it off. The 
port is re-enabled when a packet is successfully received or 
if a packet is transmitted to it. 


The port logic also monitors a port to determine if a trans- 
mission exceeds a specified limit, and if so turns off that port 
so it doesn’t bog the network down. The port is re-enabled 
after a specified time period has elapsed since the transmis- 
sion ended. 


CENTRAL REPEATER FUNCTIONS 


All repeaters tend to have some functions common to the 
individual ports implemented as a central function. The RIC/ 
LERIC are typical implementations and implement the fol- 
lowing blocks as a central function. 


Multiplexer. This function multiplexes the packet from 
Port_N to internal functions in the repeater. 


Decoder/FirFO/Encoder. The Decoder/FIFO/Encoder 
plays an important role in the recovering and re-timing the 
Ethernet data. As a signal travels from the DTE to the re- 
peater several factors degrade the quality of the signal, and 
the repeater must remove these distortions before re-trans- 
mitting the data. 


1. The signal transmitted down the Ethernet media accu- 
- mulates jitter due to the different impedances, noise, and 
discontinuities in the cable. 
. The preamble of the receiving packet is shortened. This 
_ caused by the signal being attenuated and delays in the 
squelch circuitry being activated. 


This block helps to eliminate these degradation. It has a 
phase lock loop which removes jitter. The packet is then 
sent to the FIFO. The FIFO buffers the data portion of a 
packet until a proper length preamble can be transmitted by 
the ports. The FIFO also compensates for data rate differ- 
ences between the node and repeater. The encoder puts 
the packet back into manchester form, but now encoded 
without jitter and at the proper frequency. 


Central State Machine and Counters. These functions 
form the heart of the repeater. They control the port logic 
and the majority of data and collision propagation opera- 
tions as defined by the IEEE specifications. This block in- 
sures minimum packet fragment length and controls the 
FIFO to insure that the preamble is of the specified length. 
Collisions are also handled here. When a port is repeating a 
packet and senses activity on its RX+ pair a transmit colli- 
sion will result. The central state machine will transmit a jam 
pattern to all the ports to inform the attached nodes of a 
Collision. This block also implements other IEEE defined 
timings and functions central to the repeater function. 


Display Devices and Drivers. While not required by IEEE, 
some form of status display information can provide indica- 
tion of repeater health. This block takes various signals from 
within the repeaters and makes them available to the dis- 
play. 

Cascade Logic. For a modular repeater this logic provides 
the key internal arbitration and data signals externally to 
facilitate the addition of additional repeaters/ports to the 
repeater system. 


THE LERIC AND RIC ARCHITECTURES 
AND THEIR APPLICATIONS 


The LERIC and RIC are National Semiconductor Corpora- 
tion’s solution to the implementation of IEEE 802.3 compati- 
ble multi-port repeaters. The LERIC and RIC offer all the 
features needed to address this marketplace. One of. the 
most important features is the ability to support network 
management. The LERIC and RIC offer different levels of 
network management. As stated at the beginning, the 
LERIC is focused toward applications in small networks 
where basic management or no management at all is re- 
quired. The RIC, on the other hand, is ideally suited for large 
networks where performance monitoring in addition to basic 
management capabilities are required. 


Inter=LERIC 
Cascade Bus 


THE LITE REPEATER INTERFACE CONTROLLER 


The LERIC is a fully IEEE compliant repeater using as its 
core the general repeater architecture described previously. 
\t adds all the features needed to be effectively used in its 
intended applications: the smaller networks where limited 
management is the only requirement. In these applications, 
Basic Control management is easily accomplished with the 
LERIC. 


The LERIC, in addition to the basic repeater blocks dis- 
cussed earlier has a number of specific feature blocks that 
are described in the following sections. 


SIx Twisted Pair Transceivers and AUI Port. 10BASE-T 
transceivers are integrated onto the LERIC to save board 
real estate. The: transceivers meet the IEEE 802.3 
10BASE-T specifications. The transceivers can be disabled, 
and turned into pseudo-AUI ports for connection to coax or 
fiber transceivers. While not fully AU! driver level compati- 
ble, they can drive a short distance on a PCB for connection 
to these alternate transceivers. The LERIC also has a single 
fully IEEE compatible AUI port that can drive a standard 
50 meter AUI cable or can connect to a coax or fiber trans- 
ceiver directly on the PCB. This port is typically used to 
enable the LERIC to connect to a network backbone. 


CPU Bus. The LERIC has a bus so a CPU can access 
internal registers of the LERIC. One of these is a status 
register that indicates if any port is experiencing a reception, 
collision, partition, or if the LERIC is jabbering. In addition to 
the LERIC status register which indicates status for the en- 
tire repeater, each individual port has its own status register, 
called the Port Status and Configuration Register. Each port 
can be configured through this register. A port can be dis- 
abled and the squelch level be reduced to handle special 
cable conditions. . 


The CPU bus is multiplexed to provide the signals to per- 
form the Mode Load self-configuration and is the pathway 
for the LED status signals as described below. 


LED Display. The LERIC provides information to driver 
LEDs through the multiplexed operation of the CPU bus. 
Low cost 74LS259 addressable latches are used externally 
to latch the CPU bus and drive the signals to the LEDs. 


The LEDs are used for visual monitoring of the repeaters 
status. There are two modes of LED display in the LERIC. In 
maximum mode, 5 LEDs are provided for each of the twist- 
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ed pair ports to indicate reception, collision, partition, polari- 
ty, and link status. The AUI port has LEDs for collision, re- 
ception, and partition status. There is also and LED to indi- 
cate jabber status of the repeater. 


Mode Load. An important feature of the LERIC is its ability 
to perform a hardware self-configuration. Simple pull-ups 
and pull-downs are attached to the CPU bus in a configura- 
tion suited for the particular application. When the mode 
load signal is asserted, the bit pattern defined by these re- 
sisters is loaded into the LERIC and it is configured. This 
operation is typically done for power-on configuration of the 
LERIC, but can also be used whenever LERIC needs to be 
reset and reconfigured. Options such as twisted pair or 
pseudo-AUI port definition, external PLL, LED display mode, 
and others are loaded here. 


Inter-LERIC Bus. The Inter-LERIC bus is used for cascad- 
ing multiple LERICs and interfacing to a network controller 
for In-Band hub applications. There is often the need to 
have more than 6 ports and/or a network controller so hav- 
ing a simple, but powerful way to expand is very important. 
The Inter-LERIC bus consists of three groups of signals: 

* Port Arbitration Signals. These signals provide a way for 
multiple LERICs to arbitrate for Port_N and Port_M 
status. The port arbitration signals essentially connect 
the arbitration logic of the port state machines together. 


© Status Signals. The status signals indicate receive data 
activity and collision status of the network and communi- 
cate it to the different LERICs. 
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FIGURE 10. Simple 12 Port Twisted Pair Hub with both a Thin Cable and AU! Connection 


© Data Signals. These signals actually transfer the repeat- 
ed packet from the LERIC containing Port_N to all the 
other LERICs and to a network controller if there is one 
in the system. Packet data from the receiving LERIC is 
decoded from manchester and put into serial NRZ form 
before being driven onto this bus. The rest of the LERICs 
read the data and encode it back into manchester before 
transmitting the data to the ports. 


There are two versions of the LERIC, and the major differ- 
ence is the implementation of the Inter-LERIC bus. On the 
DP83955, the bus is designed with fewer signals intended 
for limited cascading primarily on a signal card. The 
DP83956 ‘has the same bus as the RIC (DP83950) and 
therefore can be easily externally buffered and cascaded 
over large buses or many cards. - 


LERIC APPLICATIONS 


The LERIC fits in designs at the lower end of the Port and 
Feature spectrum of Figure 3. These applications are de- 
scribed in the following. 


Simple Stand-Alone Hub 


This design is very straightforward. in the example of Figure 
10, a 12+2 Hub, two LERIC’s are used. These two chips 
are cascaded directly through their Inter-LERIC bus. The 
media interface to twisted pair is very simple requiring only a 
few buffers, filters and transformers. The status indication 
for each port is displayed via an LED array, this array is 
connected to each LERIC’s CPU/LED bus, and feeds some 
74LS259’s which drive the LEDs. 


This simple interconnection of 2 LERICs and minimal exter- 
nal logic enables the design of a very compact hub. 
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Simple Expandable Hub 


This application builds on top of the previous simple hub, 
and adding some buffer logic onto the Inter-LERIC bus. The 
biggest design change is really mechanical. Rather than a 
single PCB design as in the Stand-Alone Hub, this design is 
usually based on some form of card cage or plug-in slots. 


Figure.11 shows a block diagram for a 6 port module that 
could be plugged into the card cage with other similar mod- 
ules to make this a versatile setup. 


Simple PC Hub Card 


This repeater takes advantage of the PCs power supply, 
enclosure and CPU. As mentioned this architecture takes 
advantage of the PC to provide a very flexible repeater and 
adapter card combination. The DP8390 Network Interface 
Controller with its buffer RAM and bus interface provides 
the MAC to the network and buffers packets to a local mem- 
ory for later processing. This allows the card-PC to act as a 
typical network attached computer. This implementation 


Inter-LERIC Bus 


6 Port Repeater Module 
6 Port Repeater Module 


DP83956 


also connects the LERIC's Registers to the PC bus, en- 
abling PC based software to provide basic managed ob- 
jects. 


Typically this type of design has between 4-6 RJ-45 ports. 
Six is the maximum number of RJ-45s that can be accessed 
through the standard PC’s back slot opening. The AUI port 
interface shown in Figure 12, is typically brought out a sepa- 
rate slot if needed. 


The cascade port is usually connected to other cards via a 
ribbon cable. When more ports are required, additional 
slave LERIC adapter cards can be cascaded to the main 
master card through the buffered Inter-LERIC bus (top of 
Figure 11). 

Unlike previous examples, the display interface is typically 
very simple. Minimum mode display give some general pur- 
pose display which is typically used for installation diagnos- 
tics. (For run time diagnostics a software implementation 
can be developed to display the “LED-like” symbols on the 
PC’s display.) 
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FIGURE 11. Module Hub with 6 Port 10BASE-T Modules 
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FIGURE 12. Simple PC Hub Card Block Diagram 
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Low End In-Band Managed Hub 


There are many applications of the LERIC where it is fo- 
cused at smaller networks under 24 ports where full network 
management isn’t needed. This repeater configuration sup- 
ports the Basic Control capability of an IEEE MIB. The LER- 
IC is able to turn ports on and off and indicate their status to 
a requesting manager. Address Tracking is possible, by us- 
ing the NIC in promiscuous mode. Performance Monitoring 
is not possible with the LERIC because it doesn't have the 
capability to gather all the required physical layer statistics. 


As can be seen from Figure 13 the block diagram for this 
type of hub is very similar to the PC Hub card except that a 
CPU and RAM/ROM are added, and the port restrictions of 
the PC do not apply. The internal registers of the LERIC are 
easily accessible by the host CPU so management informa- 
tion can be easily collected. 


THE REPEATER INTERFACE CONTROLLER 


The DP83950 RIC is a high end, feature rich device which 
implements all the required functions of an IEEE compatible 
repeater along with many additional features that enable it 
to gather all the mandatory, recommended, and optional 
IEEE capabilities for network management. The RIC is in- 
tended for networks requiring full network management now 
or the need for it in the future. 


To compare the RIC and LERIC, they both have a cascad- 
ing bus for expandability. In fact, the Inter-RICTM bus and 
the Inter-LERICT™ bus are identical between the DP83950 
and the DP83956, and can be connected together (The 
DP83955 Inter-LERIC bus is slightly different but still com- 
patible). 


Another difference eeecn the RIC and LERIC is that the 
RIC contains 12 transceivers verses the LERICs 6. Howev- 
er, like the LERIC these 12 RIC ports can be selected to be 
configured as either pseudo-AUI port or twisted pair. The 
RICs internal twisted pair transceivers are identical to the 
LERICs. 


Both the RIC and LERIC have the same modes of LED 
display. Like the LERIC, the RIC also can be configured with 
the Mode Load operation, but it is more likely to be config- 
ured by a CPU that typically resides in larger hub configura- 
tions. 
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By far the most outstanding difference between the RIC and 
the LERIC is their level of network management statistics 
gathering capability. Because the RIC is focused at the larg- 
er networks where full management is required, it has a 
much wider array of management components. There are 
two sources of network statistics in the RIC: 


¢ Status, Event Record, and Event Counting registers, and 
Interrupts 


¢ Management bus 


Internal Registers. Like the LERIC, the RIC has status 
registers that give repeater status and individual port status. 
In fact, these registers are very similar except the RIC pro- 
vides more port status information. What makes the RIC 
different are the Event Record and Event Counting Regis- 
ters, and the two interrupt pins. Each port has one each of 
these registers and they collect the important physical layer 
statistics that are needed by the IEEE Performance Monitor- 
ing objects. 

Events in the status, Event Record and Event eouniag can 
generate interrupts to the CPU through either the Real Time 
Interrupt (RT!) or the main Interrupt pin. This facilitates real 
time statistics gathering. 

The Event Counting register counts a single network event 
on its every occurrence. One of 11 events are available to 
chose from which is done by software through a mask regis- 


" ter. This function is particularly useful to count a rapidly oc- 


curring event, such as collisions. When the counters reach 
one of several chosen thresholds, they can interrupt the 
CPU. 


The Event Record register is more flexible but requires more 
attention by the CPU as it provides real time status informa- 


" tion. This register can be configured to log the occurrence 


of up to 8 events in a byte wide register. Not all 8 need to be 
logged and can be chosen through a mask register. Every 
time an unmasked event occurs an interrupt can be gener- 
ated. 

The other registers in the RIC allow software to quickly iso- 
late which port is the source of activity without having to poll 
each register. 
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FIGURE 14. Simplified DP83950 Block Diagram 
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The Management Bus. Collection of a wide variety of net- 
work statistics is a major feature of the RIC, and the man- 
agement bus is the RIC’s most powerful pathway to commu- 
nicate this information to an intelligent repeater system. The 
RIC couples to an Ethernet controller to form an intelligent, 
In-Band repeater. The management bus is similar to the 
data signals of the Inter-RIC bus. What makes the manage- 
ment data signals different from the Inter-RIC bus is that per 
packet statistics associated with the currently repeated 
packet are appended to the end of the packet on the man- 
agement data signals, as shown in Figure 75. 


The information sent on the management bus is contained 
in the seven additional bytes the RIC appends to the end of 
the packet, as shown in Figure 76. 


These seven status bytes are on a serial data bus and are 
sent to main memory by adding a custom circuit, or more 
typically by a network interface controller. This can be ac- 
complished using the DP8380 NIC or the SONIC™, There 
are advantages and disadvantages to all three approaches. 


Designing a custom de-serializer circuit which converts the 
serial management data so that can be read by the host 
CPU takes design time but the interface can be tailored to 
the systems interface of the repeaters architecture. Since 
the repeater is In-Band, and Ethernet controller is still need- 
ed somewhere in the system. 


Secondly, the NIC offers a low cost solution to buffering the 
management information to memory. A somewhat faster 
CPU (than in the first or third options) may be necessary to 
ensure that the NICs buffer does not overflow due to the 
large number of packets received by the hub. 


The third solution is to connect the higher performance 
SONIC controller to the management bus. The SONIC pro- 


Destination Source Type/ 
Address Length 


Preamble SFD Address 


vides signaling to enable the use of a special feature of the 
RIC-SONIC interface which is the ability to optimize packet 
storage and bus bandwidth by eliminating the unnecessary 
data field from packets (except for management packets 
which are addressed to the SONIC where the data field 
must be retained). This feature is called Packet Compres- 
sion. 

There are several advantages to the management bus: 


e In a multi-RIC repeater, the management status bytes 
are mostly available from one source. This saves a proc- 
essor from having to read data from a multitude of sourc- 
es. 


CPU performance requirements may be reduced since 
using the management bus for gathering of network sta- 
tistics and buffing from the CPU eliminates most of the 
real time processing required when statistics are gath- 
ered entirely by using the RIC’s registers. 


The management bus records interframe gap time which 
allows the administrator to see if there are any nodes 
that violate this important IEEE spec. 


When using a SONIC controller, packet compression can 
be employed, and this can further reduce system over- 
head, by eliminating the buffering of packet data. The 
SONIC only has to buffer the 21 bytes (7 status + dest. 
‘address + source address + type/length field) in 6 
32-bit write operations. This can be done very quickly, 
(<1 ps). 
The management bus architecture is particularly cost effec- 
tive for in band management hubs. These hubs will require 
an Ethernet controller to communicate to the Network Man- 
ager, and in this case the use of the management requires 
no addition logic to implement. 
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FIGURE 15. Signals Appearing on the Management Bus 


Summary of Management Bus Statistics 
RIC No. and Port No. Packet Received On 


CRC Error, Frame Alignment Error, Tx Collision, Collision, Short Event, 
Late Collision, Non-SFD, PLL Error, FIFO Error, Jabber 


FIGURE 16. Summary of Management Bus Information 
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FIGURE 17. Block Diagram for Managed Repeater Showing Multiple Repeater Cards and a Management Module _ 


RIC APPLICATIONS 


Like the LERIC, there are many applications for the RIC. 
The primary (though not only) applications for the RIC are in 
high end hub applications where full support of hub man- 
agement IEEE objects are required. The large rack mounted 
system is an ideal application for the RIC for high end re- 
peaters. 


FULLY MANAGED REPEATER 
For networks not quite so large but needing management, a 


fully enclosed module running SNMP with 12-24 ports im-. 


plements a low cost hub yet provides all the management 
capabilities of larger systems. This is catied the Fully Man- 
aged Hub. This system block diagram is very much the 
same as for the Modular Managed Hub, except that a single 
non-expandable 12-24 port PCB contains the repeater 
function, and Ethernet Controller, CPU and memory. Func- 
tionally, this system's block diagram is very similar to the 


Managed Modular Hub of Figure 17. Hence the functional 


description is the same as the modular managed repeater 


described next. 
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MANAGED MODULAR REPEATER 


The modular managed repeater example is a rack mounted 
repeater, containing independent repeater modules. Since 
these repeaters could support up to hundreds of ports, it 
must be easily expandable. The modules are typically 
stacked vertically or horizontally in a chassis. Sophisticated 
In-Band network management is required and so an Ether- 
net controller with a CPU usually on a separate module is 
required. The ideal controller is the SONIC directly connect- 
ed to the RIC. Expandability is very important so the hub 
can grow along with the network. 

In Figure 17, the block diagram of the management module 
is shown on the left, and one of several repeater modules 
block diagram is shown on the right side. The backplane for 
this modular repeater is actually the center of the hub. This 
backplane usually consists of 3 buses. First, a CPU bus 
which allows the management module’s CPU to control the 
repeater modules. Second, a management bus which is an 
extension of the RIC’s management bus, and allows the 
management module’s SONIC to access the RIC statistics 
information. Third, the repeater also has a repeater cascade 
backplane for connecting multiple repeater modules into a 
single logical repeater. 
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FIGURE 18. Block Diagram for Fully Managed PC Hub Card 


FULLY MANAGED PC ADAPTER 


This repeater application has become popular since the de- 
velopment of Novell’s Hub Management Interface (HMI) 
specification. This driver specification provides a standard 
software method to obtain all the network management ca- 
pabilities of the larger, self-contained hubs, but hardware is 
much simpler and less costly (if you assume that the cost of 
the PC is not included). The block diagram of this adapter 
card is very similar to the LERIC/NIC solution except that a 
RIC is typically used in conjuction with a higher performance 
Ethernet Controller such as a 16-bit or 32-bit SONIC, as 
shown in Figure 78. 


Since many servers are based on the EISA or Micro Chan- 
nel bus, a 32-bit SONIC could act as a high performance 
bus master. An ASIC and/or other logic provides the inter- 
face between it and the system. On the network side, the 
SONIC’s PLL/ENDEC is disabled and the management bus 
connected to the receive signals and the Inter-RIC bus con- 
nected to the transmit signals using a simple PLD incorpo- 
rates some of the needed glue logic. 


12 twisted pair ports of RJ45’s are physically too large to fit 
into one PC expansion slot opening. So usually the port 
connection is made via a high density 50 pin (like a SCSI Il) 
connector, and a cable connects to a breakout box, contain- 
ing a 12 position RJ45 connector and typically the LED ar- 
ray. 
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The breakout boxes are usually placed on the floor or in 
some sort of standard rack, Figure 19. Typical configura- 
tions support up to 48 10BASE-T nodes with an AUI port for 
attachment to a 10BASE5 or 10BASE2 network. Expansion 
limitations are primarily due to the limited PC slot configura- 
tions. 
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FIGURE 19. Breakout Boxes out of the File Server 
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FIGURE 20. Possible Modules for Communications Rack 
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Vendor's offer a lot of flexibility in server configurations by 
Offering slave adapters. These adapters are repeater 
boards without the controller. This allows the creation of 
single large repeaters with a single controller, or to use mul- 
tiple controllers creating several networks connected = the 
server's bridging software. 


Using Novell’s Remote Network Interface, In-Band man- 
aged hubs can be located in other nodes besides the serv- 
er. This allows repeaters to be distributed around the net- 
work where workgroups are more concentrated. Manage- 
ment can be done remotely from any node. Using this broad 
systems approach allows very large managed Pi to 
be constructed at reasonable costs. 
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FIGURE 21. Bridge/Router Combined with a Repeater oe Hardware Address Filtering) 
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For expansion, additional RIC slave cards can be cascaded 
to the master card through the Inter-RIC bus and manage- 
ment bus. All of the RICs in this system are configured by 
software. 


MODULAR COMMUNICATIONS RACK 


For the purposes of this document, the Communications 
Rack is really a modular multi-function box (typically placed 
on a rack in a wiring closet) that in the ideal case, can sup- 
port and LAN (or Wide Area Network) connection function. 
As shown in Figure 20 this box could support not only re- 
peater and management functions but bridge router, WAN 
connections, SNA Gateways, or possibly even file and print- 
er server functions. 


When using the RIC in this type of equipment, the architec- 
tures are very similar to previous modular repeaters, except 
that the bus supports more sophisticated functions, proba- 
bly the rack’s backplane is actually a high speed 16-bit- 
32-bit parallel data/control bus that routes network data be- 
tween modules in a very sophisticated manner. The details 
of the architectural for such a box is beyond this paper, as it 
would involve discussions beyond applying the RIC or 
LERIC. However, there are a couple of interesting appli- 
cations for the RIC within this box. 


The most interesting one is the bridge/router-hub module, 
as shown in Figure 27. In this application, which does use 
the RIC-SONIC combination yet again, utilizes the SONIC’S 
internal CAM as an address filter. In this application a single 
RIC connects point-to-point to the RIC. Since only 12 nodes 
would typically be connected to the RIC, the SONIC’s inter- 
nal CAM can perform the address filtering. If a situation 
were such that the RIC would be connected to more than 
the 12 nodes, then either software or an external CAM 
would be necessary to do address filtering. 
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RIC AND LERIC REPEATERS FOR ANY APPLICATION 


In this note, a wide variety of applications have been intro- 
duced in a general systems oriented overview. 


A sampling of the breadth of possible hub/repeater applica- 
tions has been presented as well as specifically highlighting 
the importance of network and Hub management as a re- 
quired feature of many repeaters. Discussions of the opera- 
tional characteristics of National’s repeater family have 
shown how these repeaters have features that can be effec- 
tively utilized to build systems that address any possible 
Ethernet network repeater product. 


The RIC provides a very feature rich IC platform that en- 
ables building fully managed very high functionality repeat- 
ers of various styles and architectures. 

The LERIC is a very cost effective simple repeater IC that 
should appeal to simple non-managed repeater applications 
that are typically provided for small cost sensitive LAN appli- 
cations. 


With both these devices low end simple Velcro hubs, PC 
Hub Cards, Managed Hubs, Modular Repeaters all can be 
designed very easily and cost efficiently by selecting and 
using either the RIC or LERIC. 
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APPENDIX A. 
IEEE 802.3 HUB MANAGEMENT IMPLEMENTATION 


Management Criteria 

A: Basic control capability Mandatory 
B: Performance monitor Optional 
C: Address tracking capability Optional 


HUB MANAGED OBJECT CLASS 


Object Name Object Type falslc| How Supported By RIC How Supported By LERIC 


Hub Attributes 
hubiD J armaeurecet | x | | [software (Note) _| Software 
hubGroupCapacty | atrrisuregeT | x | [| | software | _————«Software 
groupMap aTtaiBuTeGeT | x | | | Softwares Software 
hubHealthState aTtrpuTeGeT | x | | | Softwares Software 
hubHealthText aTtaipuTeGeT | x | | | —_—Software i Software 


hubHealthData ATTRIBUTE GET | | | sottware Software 


transmitCollisions atmrieuTEGET | | x | | TxcOLonMngmtBus | External Logic on ANYXN 


repeaterMJLPs ATTRIBUTE GET 
Hub Actions 


a 


JAB bit on Mngmt Bus LEDs 


resetHubAction 


a 
| action Tx TT 
| action [x {| | 
| action [x [TT Software| 


NOTIFICATION 
NOTIFICATION 


ResourceTypelD Managed Object Class 


resowcetypoi | xT TT setters Software 


Note 1: In the “How Supported...” columns, when Software is noted, this means that the Object is independent of hardware, and is an object that is collected and 
maintained by software or ROM firmware. 


Software 
Software 


executeSelfTest1 Action 


executeSelfTest2Action 
Hub Notifications 

hubHeaith 
hubReset 


Software 
Software 


groupMapChange 


GROUP MANAGED OBJECT CLASS 


Gpject Name Object Type |al elec. How Supported By RIC How Supported By LERIC 


Group Attributes 


| armmipurecer | x [ [| 


| Armmpurecer | x [|| 


Software 
Software 


groupID 
numberOfPorts 
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APPENDIX A. IEEE 802.3 HUB MANAGEMENT IMPLEMENTATION (Continued) 
PORT MANAGED OBJECT CLASS 


Object Name Object Type Talslc| How Supported By RIC How Supported By LERIC 


Port Attributes 


portlD armiautecet | x | | | Software| Software 

portAdminState ATTRIBUTE GET xX Ports’ Real Time Ports’ Real Time 
Status Register Status Register 

autoPartitionState ATTRIBUTE GET xX Ports’ Real Time Ports’ Real Time 
Status Register Status Register 


readableFrames # of CLN bit active on —_ 


Mngmt bus 
(no errors) 


readableOctets ATTRIBUTE GET Xx total # of RBY counts. —_— 
on Mngmt bus 
frameCheckSequence- ATTRIBUTE GET X CRC bit active on _— 
Errors Mngmt bus 
alignmentErrors ATTRIBUTE GET Xx FAE bit active on — 
Mngmt bus 
framesTooLong ATTRIBUTE GET X RBY count on Mngmt — 
bus 


shortEvents ATTRIBUTE GET 


SE bit on Mngmt bus — 
(no COL) , 


collisions ATTRIBUTE GET Port Event Counters External Logic Using 
DFS and LED Drivers 


runts 


lateCollisions —_ 


dataRateMismatches ATTRIBUTE GET ELBER bit on Mngmt _ 
bus (no COL) 


autoPartitions — ATTRIBUTE GET X Event Logging Ports’ Real Time 
Interrupts Status Register 
lastSourceAddress ATTRIBUTE GET It eee Source address from Source Address from 
a es 


- Mngmt bus Ext. Controller 
sourceAddressChanges ATTRIBUTE GET Software 
Port Actions 


ACTION X Ports’ Real Time 
Status Register 


Ports’ Real Time 
Status Register 


portAdminControl 
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DP83950EB-AT IEEE 802.3 
Multi-Port Repeater 
Evaluation Kit 


1.0 INTRODUCTION 


The DP83950EB-AT is a three board kit (Main board, Dis- 
play Assembly board and Backplane board) that forms an 
IEEE 802.3 Section 9 Repeater. The Main board has twelve 
10Base-T ports and one AU! port and up to four Main 
boards can be cascaded using the Backplane board to form 
a larger hub. 


The Main board contains the DP83950 Repeater Interface 
Controller (RIC), which fits into an IBM PC-AT and com- 
patible computers. The Main board repeats packets, pro- 
vides management information, updates the Status LEDs, 
and can be cascaded to other Main boards. The Display 


Assembly board provides a full set of status LEDs for moni- . 


toring the repeater activity, and it provides a breakout to 
convert the 50-pin connector (with the cable coming from 
the Main board) to twelve |S08877 (RJ45) phone connec- 
tors. The Backplane board is used for cascading two or 
more Main boards or to connect to a modified DP839EB- 
ATS System Oriented Network Interface Controller 
(SONICT™) Network evaluation board or the new SONIC 
Network evaluation board, the DP83932EB-AT. 


Using the evaluation software the user can read or write to 
the RIC registers and counters, change the configuration 
options, enable and disable several features of the RIC, and 
display graphics of the RIC activities. There are several 
switches and jumpers on the Main board that configure the 
board to avoid conflicts with other adapters already installed 
on the AT bus. 


2.0 MAIN BOARD OVERVIEW 


The block diagram for the Main board is shown in Figure 7. 
The Main board allows the user to exercise all the functions 
of the RIC while using the twelve 10Base-T ports and the 
AUI port (the 10Base2 option of the RIC cannot be exer- 
cised). 

The Main board is desianed to perform Mload (refer to the 
RIC Data Sheet for more information on Mload) through ei- 
ther the Mload Logic (hardware Mload), or through the AT 
Bus Interface (software Mload). The switches SW1, SW2 
are used during the hardware Mload. 


The Inter-RIC Arbitration Logic performs the arbitration 
when there are two or more boards cascaded using the 
Backplane board. The arbitration is performed when two or 
more RICs have reception to determine which Main board 
(i.e., which RIC) is higher in the arbitration chain. The result 
of the arbitration will be used by the main state diagram of 
the RIC to determine which port within the RIC has PORT N 
(or PORT M), as described in the RIC Data Sheet. 


The board was designed to allow for choosing between seri- 
al and parallel arbitration, and performs the arbitration func- 
tion accordingly. In the Serial arbitration mode, the RIC logic 
performs all the arbitration (no additional logic is needed). In 
the parallel arbitration mode external PALs and logic are 
required (see Section 2.1.2). 


National Semiconductor 
Application Note 781 
Imad Ayoub 


The Inter-RIC BUS Transceivers are used to interface the 
RIC to the Backplane BUS. The Backplane BUS includes 
the Inter-RIC signals (IRC, IRD, IRE), the Management sig- 
nals (MRXC, MRXD, MCRS, PCOMP), the Arbitration and 
Control signals (ACKI, ACKO, ACTN, ANYXN, COLN) as 
well as the parallel arbitration vector ARB(3:0). The trans- 
ceivers are an example of how to perform the transmitting 
and receiving function over a backplane Bus and interfacing 
to drive and sense pins on the RIC. The BTL transceivers 
used allow for long bus applications due to their fast propa- 
gation delays and separate bus grounds. 


The External Decoder is an example of how the RIC can be 
configured to run with an external decoder. The Received 
Manchester data is passed on to the external decoder 
through the RXM pin, and the decoded NRZ data is sent 
back from the decoder to the RIC through the Inter-RIC pins 
IRE, IRC and IRD. 

The LED information is sent to the Display board through a 
driver and a 25-pin ribbon cable. 

The 10Base-T Interface includes the buffers, resistors, fil- 
ters and transformers necessary to interface the RIC ports 
to the external TP media. 

The AUI Interface includes the necessary isolation and re- 
sistors to interface to the AUI cable. 


In order to enable using up to 16 boards in a PC without 
using an excessively large address space, all boards can be 
mapped to a single address block. A separate register is 
used to enable each individual board. This register is called 
the Global Register. The Global Register contains other 
control bits as shown below: 


Each board in a system is assigned a unique number by 
setting SW3. When the same number is loaded into the 
Global Register RID(3:0) as is set by SW3, the RIC Main 
board is enabled and the RIC’s registers can be accessed. 


The EA(2:0) bits are used to perform various functions on 
the selected board in the following manner: 
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Inter-RIC, Management and Arbitration BUS 


a Inter-RIC BUS 


Inter-RIC 
Arbitration 
Logic 


Control 
Logic 


ie a 


External Decoder 


10Base-T 
Interface 


AT BUS Interface 
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FIGURE 1. Main Board Block Diagram 


All 32 RIC registers and the Global register are |O mapped 
and can be relocated by setting BA(1:0) in SW1 as follows: 


RIC Global 
Registers Register 


100h-11F h 


140 h-15F h 


160 h-17Fh 


row | oe 
| o | o | 
poo | at | 20h 13Fh | 
ial ee 


2.1 Detailed Description 


2.1.1 Mload and AT Bus Interface 


To perform the Mload pin configuration the board has the 
capability to load the D(7:0) and R(4:0) pins by either soft- 
ware or hardware. 


Hardware Mload is done by the Mload Logic, which interfac- 
es to pins D(7:0) and R(4:0) on the RIC to configure the RIC 
upon power up. Switches SW1 and SW2 allow for hardware 
setting of the Mload pin configuration. An RC network is 
used to provide a pulse (RSTB) at power up which will be 
used by a PAL (U41) to assert the Mload signal to the RIC. 
The PAL is needed to control the enables for the buffers for 
choosing between the hardware and software Mload. 


Software Mload is implemented by passing the D(7:0) and 
R(4:0) signals from the PC-AT bus through the AT Bus Inter- 
face and onto the RIC pins. 


When a Global Register write operation is performed by the 
PC-AT, it is written to a flip-flop (U44) which passes, first, 
the bits RID(3:0) to a comparator (U38), second, the bits 
EA(3:0) to the one of the control PALs. The comparator 
asserts a “RICHIT” if the Global Register RID matches the 
board number. This will enable the control PALs to perform 
the operation required by the Global register. 
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The ELI! and RTI pins from the RIC can be passed onto the 
AT BUS to one of four interrupt request lines on the AT BUS 
(IRQ(15), IRQ(12), |RQ(11) or IRQ(10)) by selecting the ap- 
propriate jumper settings (JB1 and JB2, refer to schematic). 
Three PALs (U36, U41, U43) are used to control the AT Bus 
Interface for software Mload and register Read/Write, and 
to enable the various buffers required for hardware Mload 
and the Global register decode. The PAL equations listings 
for all the PALs are included in Section 5.0 of this docu- 
ment. 


U43 decodes the AT BUS address bits SA(9:0) and BA(1:0) 
to determine if the software operation is addressed to this 
board. A Global hit (Ghit) is asserted when a match occurs 
with the Main board’s global address. A Base hit (Bhit) is 
asserted when a match occurs with a RIC register. 

The AT BUS signals I[OW, IOR, and AEN, and the Global 
register bits EA(2:0) are decoded by the PALs U36 and U41, 
resulting in the various control signals for the Mload buffers, 
the Read, Write and CDEC signals, the CHRDY signal to the 
PC-AT BUS, and the receive enable signals for the Inter-RIC 
and the management BTL transceivers (U4, U5). 


2.1.2 Inter-RIC Arbitration Logic 


Since there is no central arbiter, each Main board using the 
Inter-RIC BUS needs a way to tell if it owns the bus. This 
implementation uses one of two methods: serial or parallel 
arbitration (by setting JB3, refer to schematic). 


In the serial arbitration method the RIC signals ACKI and 
ACKO are passed to and from the Backplane BUS directly 
(as SACKI and SACKO) without further arbitration. There- 
fore the serial arbitration is done by the RIC logic itself. A 
high level on ACKI tells the RIC that it can take the bus. 
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Therefore, the physical position of the board controls its 
priority in the chain. To participate properly in the chain the 
RIC will pass a high ACKI to ACKO if it does not want to 
transmit, but will force ACKO low if it does wish to transmit. 


In addition, ACKO needs to be held low if a low ACKI is’ 


seen, in order to tell the boards further down in the chain 
that they cannot take the bus. 

The drawback for serial arbitration is that it requires all the 
Main boards to be inserted at all times, otherwise the 
SACKI/SACKO chain will be broken. The Backplane board 
is equipped with a jumper to connect these signals to con- 
tinue the arbitration chain. ; 

In the Parallel arbitration mode the SACKI/SACKO signals 
are controlled by two PALs according to the ACKI, ARBWIN 
and ENARB state machines shown in Figures 2, 3 and 4. A 
priority number is assigned via a set of dip switches 
SEL(3:0), where a higher number corresponds to a higher 
priority. Each board that wants to use the bus asserts this 


ACKI STATE MACHINE 
Inputs: ACTND~, ANYXND~, ARBDONE, ARBWIN 
Output: ACKI 


ACKI HIGH 
{IDLE, SOURCE] 


vector onto the bus. The bus is “wired-OR”, so that only the 
board with the highest priority will see its own vector reflect- 
ed back from the bus. 


By monitoring the RIC signals and the arbitration vector, the 
parallel logic controls ACKI, so that normal functionality is 
maintained and the board’s priority is independent of its 
physical location. 

The arbitration takes place whenever a RIC is trying to take 
the bus, i.e., ACTNd is asserted, or when the RIC is experi- 
encing a transmit collision, i.e., ANYXNd is asserted (Figure 
2). When either the ACTNd or ANYXNd are asserted the 
ENARB signal (Figure 4) is asserted enabling the arbitration 
BTL transceiver (U2). 


A counter state machine is used in another PAL (U33) to 
give some delay for the arbitration to be completed, and 
asserts the arbitration done signal ARBDONE (Figure 3). 
Based on the ACKI state machine the ACKIRIC signal is 
asserted to the RIC. 


~ = Active Logic Low 
! = Inactive 
!ACTNB~ = Inactive or Logic High 
!ARBWIN = Inactive or Logic Low 


eg: 


(Is there activity on the bus?) 


(Yes) | ACTND~ 


(Is arbitration 
complete?) 


!ARBDONE ARBDONE 


(Yes) | ARBDONE 
(Do | own bus?) 


ARBWIN 


(Do | have a 
collision?) 


TANYXND~ 


(Do | have ea 
collision?) - 


!ANYXNDw 


(Yes) | ANYXND~ 


(Do | own bus?) 


!ARBWIN 


ARBWIN 


ARBWIN 


(Yes) } ARBWIN 


JARBWIN ARBWIN 


(Do | own bus?) 


(Is there still activity on the bus?) | 


FIGURE 2. ACKI State Machine 
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ARBWIN STATE MACHINE ~ = Active Logic Low 
Inputs: ANYXND~, ENARB, ARBDONE, BUSWIN~ ' |= Inactive 
Output: ARBWIN eg: IANYXND~ = Inactive or Logic High 


'ARBWIN 
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ANYXND = Active or Logic Low 


'ANYXND~ 


ARBDONE 


ARBDONE 


!BUSWIN~ 


!BUSWIN~ 


TL/F/11230-3 
FIGURE 3. ARBWIN State Machine 
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ENARB STATE MACHINE 

Inputs: ACTND~ , ANYXND ~ 
Output: ENARB 

ENARB = ACTND~ # ANYXND~ 


~ = Active Logic.Low 
! = Inactive 
eg: !ACTND~ = Inactive or Logic High 
ACTND~ = Active or Logic Low 


~ IENARB 


TL/F/11230-4 


FIGURE 4. ENARD State Machine. 
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2.1.3 Inter-RIC Bus Transceivers 


To form a 10Base-T HUB with more than 12 Twisted Pair 
ports, up to four Main boards can be cascaded using the 
Backplane board (up to 16 Main boards can be cascaded 
with an extended Backplane board). The Backplane board 
can also be used to pass management information, as 
specified in the Hub management specification, from the 
management bus of the RIC to a modified DP839EB-ATS 
SONIC network evaluation board or the new SONIC Net- 
work evaluation board, the DP83932EB-AT. 


To assure good speed and signal quality over the backplane 
bus four BTL (Turbo Transceivers) are used (U2, U3, U4, 
U5). The required BTL terminations are done on the Back- 
plane board. Tying all the Ground pins of the BTLs together 
is not the optimum way to use these transceivers, however, 
it was necessary to assure proper operation when the Main 
board is in stand alone mode and the backplane board is 
not inserted. In a typical application were the Backplane 
BUS is always terminated these grounds would not be 
grounded together. 


High level of assertion for the bidirectional ‘‘wired-OR” sig- 
nals (ACTN, ANYXN, COLN, IRE, MCRS) of the RIC is re- 
quired for proper operation with the inverting BTL transceiv- 
ers. This makes these signals asserted low on the BUS side 
of the transceivers. 


The parallel arbitration vectors ARBI(3:0) and ARBO(3:0) 
are transmitted and received over the BUS through one BTL 
Transceiver (U2). The receive enable for U2 is controlled by 
the stand alone (SLN) bit set during Mload. The drive enable 
for U2 is controlled by the enable arbitration (ENARB) signal 
from the arbitration PALs. 


Another PAL (U3) transmits and receives the ACTN, 
ANYXN, and PCOMP signals onto the Backplane BUS. On 


the BUS side of U3, ACTN and ANYXN are bidirectional 
signals. They are asserted when any RIC asserts its ACTNd 
or ANYXNd signals. On the RIC side of U3, ACTN is split 
into ACTNd and ACTNs, and ANYXN is split into ANYXNd 
and ANYXNs. PCOMP is a unidirectional signa! that is as- 
serted onto the BUS by a separate controller board that can 
gather management statistics (or a modified DP839EB-ATS 
SONIC-AT board). The Drive enable for U3 is always en- 
abled, allowing the ACTNd and ANYXNd signals to assert 
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the BUS ACTN and ANYXN signals directly. The Receive 
enable is disabled only when the Main board is in the stand 
alone mode (i.e., there are no other Main boards in the 
HUB). 

The RC network included on the ANYXNs signal is recom- 
mended (see Application Note #671 in the Interface Data 
Book for design details using BTL Transceivers). 


A third PAL (U4) is used to transmit and receive the IRC, 
IRD, IRE and COLN signals. The COLN signal, which sig- 
nals a receive collision, has no significance in the TP media. 
It is included here for completeness. These signals are bidi- 
rectional, however they are unidirectional at any one time. 
When the RIC is the receiving RIC, it asserts the packet 
enable signal PKEN signal which is used as the drive enable 
for U4, PKEN will be asserted as long as the RIC is the 
receiving RIC. The receive enable ENPKEN is asserted 
when the Main board is not in stand alone mode, and the 
PKEN signal is not asserted. 


A fourth PAL (U5) is used to transmit the management bus 
signals MRXC, MCRS and MRXD. The MRXC and MRXC 
signals are unidirectional RIC output signals, while the 
MCRS is a bidirectional. The RIC senses the MCRS signal 
while the RIC is not the receiving RIC to assure the Inter- 
frame gap limit set in the RIC Inter-Frame Gap Threshold 
Select Register is not violated before sending another pack- 
et onto the Management BUS. The Management BUS infor- 
mation can be received by a SONIC, connected to the man- 
agement bus. When the RIC is the receiving RIC, it asserts 
the management enable signal MEN, which is used as the 
drive enable for U5. MEN will be asserted as long as the 
RIC is the receiving RIC. The receive enable ENMEN is as- 
serted when the Main board is not in stand alone mode, and 
the MEN signal is not asserted. 


2.1.4 External Decoder 


The RXM External pin decoder allows using the RIC with an 
external decoder. The RXM pin outputs the received Man- 
chester Data from the RIC. This data is sent to the 
DP83910A decoder, which is decoded and passed onto the 
IRD, IRC and IRE BUS signals through a buffer back to the 
RIC. The buffer is enabled by PKEN, and a jumper is used to 
disable the buffer when using the internal decoder mode. 
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2.1.5 TP Interface 
The interface is shown for one port in Figure 5 below: 


74ACT244 
Driver Package 


FIGURE 5. TP Interface 


To drive the transmitted signal through 100 meters of Twist- 
ed Pair cable, the RIC requires external buffers. The resistor 
network on the transmit path shows the values used on the 
Main board. A more optimized network, which allows for 
better amplitude control is described in the TP Parametrics 
Evaluation document. The Filter/Transformer/Choke pack- 
age used here is the PE65431 from Pulse Engineering. Oth- 
er packages have been evaluated, and those results are 
described in the TP Parametrics Evaluation Document. 


2.1.6 AUI Interface 


The AU! includes the proper terminations and pulldowns, 
and the isolation transformer. A 9-pin connector is used in- 
stead of the standard 15-pin AUI connector (due to space 
limitations). A 9-pin to 15-pin special adapter cable is used 
to attach to the MAU. 


3.0 DISPLAY BOARD DESCRIPTION 


The Display board allows for the display of Maximum mode 
or Minimum mode LED configurations. The LED display ad- 
dress and data information RD(7:0), and the strobe signals 
STR(1:0) signals are received from the Main Board through 
the 25-pin ribbon cable and driver. The data is driven to two 
arrays of addressable latches and one flip-flop. 


In the Maximum LED display mode all 66 LEDs are function- 
al. Five sets of Latches are used and are arranged into five 
sets, with two latches per set. Each set controls one of the 
following groups of LEDs: Receive (REC), Collision (COL), 
Partition (PART), Good Link (GDLINK), and Bad Polarity 
(BDPOL). 


The address bits for the latches are obtained from the 
RD(7:5) signals. On the top half of the array address 0 cor- 
responds to the “any port’, address 1 corresponds to the 
AUI port, and addresses 2 to 7 corresponds to ports 2 
through 7. The top array is enabled by the STRO signal. The 
bottom half is enabled by the STR1 signal, and addresses 0 
through 5 correspond to ports 8 through 13. 

The data is obtained from the RD(4:0) signals as follows: 
RD(Q) for LINK, RD(1) for Collision, RD(2) for Receive, 
RD(3) for Partition, and RD(4) for Polarity. 
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Integrated Twisted Pair 
Filter/Transformer/Choke 


To 50 pin 
Connector 
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In the Minimum LED display mode four LEDs are displayed: 
Any port collision (ACOL), Any port reception (AREC), Any 
port jabbering (JAB) and Any port partitioned (APRT), which 
indicate any activity on any of the RIC ports. In this mode 
the flip-flop (ALS374) should be inserted into the socket 
(U6), which is left blank (default for the Maximum display 
Mode). The flip-flop passes the four LED signals to port 13, 
and STRO is used as the clock. 


4.0 BACKPLANE BOARD DESCRIPTION 


This board forms the Backplane BUS for the HUB. There 
are four types of signals that are passed on this BUS. 


1. The Inter-RIC BUS signals: IRE, IRC, IRE. These signals 
are passed from the Receiving RIC to all the other RICs 
in the HUB. They can also be used by a modified 
DP839EB-ATS SONIC ‘board to allow the SONIC to 

’ transmit to the network through all the RICs on the HUB. 


. The Arbitration and Control signals: SACKI, SACKO, 
ACTN, ANYXN, COLN. These signals are passed be- 
tween all the RICs on the HUB to assure the proper op- 
eration of the HUB per the IEEE802.3 state diagrams. 
When a board is inserted into a slot on the Backplane 
board, a jumper is removed to allow for the SACKI- 
SACKO signals to pass to and be asserted by the Main 
board. If there is no Main board inserted in a slot, that 
jumper should be inserted to short SACKI to SACKO, in 
order to complete the arbitration chain. 


. The Management BUS signals: MRXC, MRXD, MCRS, 
PCOMP. The MRXC, MRXD and MCRS signals are used 
to pass the management information from the receiving 
RIC to a SONIC board. PCOMP is a unidirectional! signal 
that is asserted onto the BUS by a separate controller 
board that can gather management statistics to com- 
press the data portion of the management information. 
The MCRS signal is also used as an input to the RIC as 
described in Section 2.1.3). 


4. The Parallel arbitration vector, ARB(3:0), required for 
parallel arbitration (as described in Section 2.2.2). 

Each of the BUS lines is terminated by approximately 20 

(two 392 resistors in parallel). 


5.0 PAL LISTINGS 


U43. device 'p16L8';module RIC DEC 
title "decode AT addresses 


"inputs 


sa0 
sal 
sa2 
sa3 
sa4 
sa5 
sa6 
sal 
sa8 
sa9 
ba0 
bal 
aen 
iow 
ior 


“outputs 


ghit 
bhit 
io 
base0 
basel 
base2 
base3 


low 


equations 


!'ghit low 
low 
low 
low 


!sa 


a 
™e 


'sa9 
'saQ 
'sa9 
'sa9 


sa8 
sa8 
sa8 
sa8 


sa9 & !sa8 


& !bal & 
& !tbal & ba0 & !sa6 & sa5S 


& bal & 


'bal & !ba0; 
'bal & ba0; 
bal & !ba0; 
bal & ba0Q; 


'sa4 & 'sa3 & !sa2 & !sal 


'bha0 & !sa6 & !sa5 


'ba0 & sa6 & !sa5 


& bal & ba0 & sa6 & sa5; 


6 & 


'sa5 & 


baseOQ 


# 'sa6 & sa5 & basel 


# sa 


6 & 


'sa5 & 


base2 


 # saé & sa5 & base3; 


!io !iow 


END RIC_DEC; 


# PLE; 
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U36 device 'p20L8';ric_ctrll 
title ‘ric control and some AT interface' 


"inputs 


mloaddly pin 
lor pin 
iow pin 
rstdrv pin 
bufen pin 
rdy pin 
ea2 pin 
eal pin 
ea0 pin 
richit pin 
ghit pin 
bhit pin 
lo pin 


“outputs 


chrdy pin 
ireg pin 
rd pin 
wr pin 
iorb pin 
dens pin 
cdec pin 
den pin 


norm feaZ2. & teal & lead; 
equations. 


!chrdy 1; 


enable chrdy = !bhit & richit & rdy & !io; 


!dens ‘io & (!ghit # (!bhit & richit)); 
!ireg 'ghit & !iow; 

'rd richit & norm & !bhit & ‘ior; 

twr richit & norm & !bhit & !iow; 
!iorb 'jor; 


'cdec 'ea2 & !eal & ead & !ghit & !ior 
# !ea2 & eal & !ead & richit & !ghit & ‘ior; 


'den richit & !bhit & !bufen & norm & !io; 
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U41 device 'p20L8';ric_ctrl2; 
title ‘ric control 2a 


L82-NV 


“inputs 


mloaddly pin 
ior pin 
low pin 
rstdrv pin 
bufen pin 
rdy pin 
ea2 pin 
eal pin 
eal pin 
Fichit pin 
ghit pin 
bhit pin 
sln pin 
pken pin 
rstb pin 
men pin 


“outputs 


swen pin 
raen pin 
rst pin 
mload pin 
enpken pin 
enmen pin 


equations 


!swen 
!raen 
!rst 


!mload 


'enpken 


'enmen 


'mload & !mloaddly; 


= mload & mloaddly; 


rstdrv # !rstb; 

rstdrv 

ea2 & !'eal & !eaO & richit 
'ea2 & eal & ea0 

!rstb; 

'sln & !pken; 


'sin & !men; 


end ric_ctrl2; 
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U33 device 'p20v8r';module ric_ack 
title 'ric arb state machine 


"inputs 
enarb pin 14; 
unused 1 ‘pin 11; 
psel pin 23; 
sin pin 10; 
sacki pin oF 
actn_s pin 8; 
actn_d pin 7; 
anyxn_d_- pin 6; 
unused 3 pin 5; 
unused 4 pin 4; 
unused_5 pin oF 
match pin 2S 
clk pin Ig 

“outputs 


ackiric pin 15; 
arbwin pin 18; 
arbdone pain, 20; 
ql pin 21; 
q0 pin 223 
Q20M PiN.. 273 


"counter states 
sO 


0) 
pan 
ou uot 
> > 
on 
Oo 
pan 


"counter modes 
mode = [enarb]; 


state diagram [ql,q0] 


clear): sO; 
count): sl; 


state sQ: case (mode 
(mode 


endcase; 


Clear): s0Q; 
count): s2; 


state sl: case (mode 
(mode 


endcase; 


clear): s0Q; 
Count) = s37 


state s2: case (mode 
(mode 


endcase; 
TL/F/11230-9 
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state s3: case (mode == clear): 
(mode == count): 
endcase; 
equations 


arbdone = ql & q0; 


arbwin (!anyxn_d # arbdone) & match & enarb; 


tackiric = !sln & (psel & (ackiric & (actn_s & actn_d & arbdone & 
'arbwin # actn_s & !actn_d & anyxn_d & !arbwin) 
# tackiric & (anyxn_d & !arbwin # !anyxn_d & actn_s)) 
# !psel & !sacki); 


!1Q920M := Q20M; 


end ric_ack; 
TL/F/11230-10 
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Ul device 'p2018';module ric _arb 


"inputs 


arbid0 
arbil 
arbi2 
arbi3 
sel0d 
sell 
sel2 
sel3 
anyxn_d 
actn_ da 


“outputs 
match 
enarb 
arboO 
arbol 
arbo2 
arbo3 

equations 
enarb 


match 


arbo3 
arbo2 
arbol 


arbo0 


end ric-arb; 


title ‘arbitration pal 


pin 
pin 
pin 
pin 
pin 
pin 
pin 
pin 
pin 
pin 


pin 
pin 
pin 
pin 
pin 
pin 


a a a i it iT eT a, a. ee 


OOWDTINHNONHBWDN PE 


ray 


173 
22; 
18; 
19; 
20; 
Val ee 


actn_d # anyxn_d; 


(!arbi3 # sel3) 


& 


& ('arbi2 # sel2) 


('arbil # sell) ¢& 


sel3; 


sel2 & 


sell & 


(!arbiO # sel0); 


(!arbi3 # sel3); 


(tarbi3 # sel3) 


selO &(!arbi3 # sel3) & 
('arbil # sell); 


& 
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& 


(!'arbi2 # sel2); 


('arbi2 # sel2) 
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RIC™-SONIC™ Interface 


INTRODUCTION 


This document describes how the DP83950 Repeater Inter- 
face Controller (RIC) can be interfaced to a System Orient- 


ed Network Interface Controller (SONIC) controller. The em- ° 


phasis in this note is on the hardware interface between the 
RIC and the SONIC. The software implementation of the 
Hub management protocols such as SNMP and CMIP are 
not discussed in this note, since each system's implementa- 
tion would be different depending upon the processor used 
and the number of RICs and SONICs employed in the Hub. 
A description of the extra logic necessary to interface the 
RIC to a NIC (DP8390) is included for reference. And last, in 
order to provide a simple and fast solution for evaluating the 
RIC's management bus interface to the SONIC, a descrip- 


tion of a simple way to hook the SONIC DP839EB-ATS eval- _ 


uation board to the RIC’s management Bus Is included. 


RIC-SONIC INTERFACE 


The RIC transmits over the management bus every packet 
that is received from any of the ports (refer to the RIC data- 
sheet for details). The management bus packet is different 
from the packets transmitted to/from the ports. First, the 
preamble on this bus is always five bits (01011). Second, at 
the end of the packet, after the CRC pattern, seven bytes of 
management status are appended to the packet by the RIC. 
These seven bytes are always aligned to start on a byte 
boundary. Third, the packet is in NRZ format. 


A properly connected and configured SONIC receives every 
packet that is sent over the management bus, and therefore 
buffers the data as well as the seven bytes of status. The 
Packet Compression feature available on the RIC and the 
SONIC allows for specific handling of the data Bort: of the 
packet, as described later. 


Figure 1 shows the interface of one RIC to one SONIC. The 
SONIC is configured to run in the external decoder mode to 
receive the NRZ data from the management bus (refer to 
the SONIC datasheet for more details). The SONIC input 
pins CRS, RXC, and RXD tie directly. to the RIC manage- 
ment bus output pins MCRS, MRXC and MRXD (with the 
RIC BINV selected for active high signals, refer to the RIC 
datasheet for details). The SONIC runs in Promiscuous 
Mode accepting all the packets from the management bus. 


The packet compression output pin PCOMP of the SONIC 
ties directly to the PCOMP input pin of the RIC. The SONIC 
can be programmed to assert PCOMP upon a match or a 
mismatch of the packet destination address with a SONIC 
CAM address. For managed Hub applications, the SONIC 
asserts PCOMP if the destination address of the received 
packet does not match any address in.the CAM of the 
SONIC. For managed bridge. applications the SONIC as- 
serts PCOMP if the destination address of the received 
packet matches any address in the CAM of the SONIC. 


National Semiconductor 
Application Note 782 
Imad Ayoub 


The managed Hub application is selected in this implemen- 
tation. If the packet is addressed to the SONIC, the PCOMP 
pin will not be asserted by the SONIC and the RIC will not 
compress the data. The SONIC receives the whole packet 
with the seven bytes of status. If the packet is not ad- 
dressed to the SONIC, the PCOMP pin will be asserted by 
the SONIC. The RIC will compress the data by inhibiting the 
clocks during the data part of the packet, and will re-enable 
the clock during the seven bytes of status. 


The SONIC buffers the seven bytes of management status 
from the RIC to memory. These bytes can then be accessed 
by a processor. Utilizing the packet compression technique 
leads to an implementation that minimizes memory require- 
ments, i.e., buffering only the data needed by the SONIC 
and the seven bytes of status. The RIC contains a Packet 
Compress Decode Register that can be used to determine 
the number of bytes, post SFD, which are transferred over 


_ the management bus when the packet compression option 


is employed. 

Since the seven bytes of status are appended after the CRC 
pattern, the SONIC will indicate that a CRC error occurs 
every time a packet is received. This should be ignored, and 
the SONIC should be’set to save errored packets. The CRC 
bit in the seven bytes of status appended to the packet will 
indicate whether the packet has a CRC error or not. 


To enable the SONIC to transmit to the network, the SONIC 


of Figure 7 transmits a packet to the RIC through the Inter- 
RIC bus. The SONIC transmit signals TXE, TXD tie to the 
Inter-RIC signals IRE and IRD through a TRI-STATE® buffer 
(74F125), which is TRI-STATE when the SONIC is not 
transmitting. Since the SONIC is in external decoder mode, 
the TXC pin is an input. An external 10 MHz oscillator pro- 
vides the input to the TXC pin of the SONIC and the IRC pin 
of the RIC. The SONIC will drive ACTN and ACKI of the RIC 
as soon as it wants to transmit. Driving ACTN informs the 
RIC that:the SONIC wants to transmit. In this implementa- 
tion the SONIC is placed on top ofthe arbitration chain with 
the RIC, therefore the SONIC drives the ACKI input of the 
RIC when it wants to transmit. 


The management bus does not experience any collisions, 
however any collisions on the network detected by the RIC 
are reported in the seven bytes of status. There will be no 
receive collisions on the SONIC, and the SONIC does not 
drive any collision signals to the RIC. The SONIC needs to 
be notified when a transmits collision occurs on the RIC. 
Therefore the COL input pin of the SONIC is driven by the 
ANYXNd output of the RIC whenever there is a transmit 
collision on the RIC and the SONIC is transmitting. 
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FIGURE 1 


Figure 2 shows an implementation with several RICs shar- 


- ing one SONIC for a managed Hub application. The SONIC 


is set in Promiscuous Mode to receive all packets, and it 
asserts PCOMP upon address mismatch. The Hub is ad- 
dressable, and the SONIC can receive and transmit packets 
to the network as well as receive the seven bytes of RIC 
management status. All RICs share a single management 


bus to send the data to the SONIC. The SONIC transmits 


through the Inter-RIC bus to all RICs. 


To interface the SONIC to the RIC in this implementation, a 
PAL is needed to generate the following signals: 


ACKO = ACKI & TXE + ACKI 
ACTNd = ACK! & TXE 
ANYXNd = TXE & ACKI 

COL = TXE & ANYXNs 
TXEO = TXEI & ACKI 


This implementation utilizes the serial arbitration method, 
and allows the SONIC to be placed anywhere in the arbitra- 
tion chain. ACKO is asserted if the ACKI from the RIC above 
it is not asserted and the SONIC wants to transmit, i.e., TXE 
is asserted, or if ACKI from the RIC above it is asserted. 
ACTNd is asserted to tell all RICs that it wants to transmit 
when ACKI is not asserted and TXE is asserted. The SONIC 
could experience a transmit collision in this implementation 
since it could be in the middle of the arbitration chain. 
ANYXNd is asserted by the SONIC when TXE is asserted, 
and ACKI is asserted by any RIC higher in the arbitration 
chain. The SONIC is notified of a collision if it is transmitting 
and any RIC asserts ANYXN. Finally, TXEO is enabled 
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when the SONIC wants to transmit and ACKI from the RIC 
above it is not asserted. 


RIC-NIC INTERFACE 


Any design that utilizes any controller other than the SONIC, 
such as the NIC (DP8390), to interface to the RIC should 
address the following points: 


First, the packet compression feature of the RIC cannot be 
used by other controllers unless an external CAM and asso- 
ciated logic is used to generate the PCOMP signal to the 
RIC. If this logic is available the controller may not operate 
properly with the clock gti The SONIC has an on 
board CAM, and asserts PCOMP to the RIC, and it works 
properly while the clocks are inhibited. 


Second, due to the nature of the CSMA/CD sroideel there 
are situations when a collision will occur early in the packet 
(before SFD). This will lead to a packet transmitted onto the 
management bus containing only the seven bytes of status. 
This will be ignored by most controllers. Therefore extra log- 
ic will be required to stretch such packets to the controller's 
minimum acceptable packet length. The SONIC accepts 
such packets normally. 


Third, knowing that the packet compression feature cannot 
be used, all packets that are transmitted over the network 
will need to be buffered by the controller. This requires a 
larger memory space, and may require a faster CPU. 
Fourth, the SONIC will receive back to back packets from 
the management bus without missing packets due to insuffi- 
cient gap (provided it is given access to memory). Other 
controllers may miss some packets if the gap is small. 


MANAGEMENT BUS 
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OTHER INTERFACE METHODS 


The method described so far to interface the SONIC to the 
RIC’s management and Inter-RIC busses is not the only way 
to interface a controller to the RIC. A controller could also 
transmit and receive packets through the Inter-RIC bus or 
through any of the ports. However these two methods do 
not allow the controller to obtain the management bus data 
from the RIC. There are several drawbacks for not receiving 
this data: 


First, even though part of the information available in the 
seven bytes of status is available through the CPU bus of 
the RIC, the CRC error flag, the Collision Bit Timer, the Re- 
peat Byte Count, and the Inter Frame Gap Bit Timer are not 
available from the RIC except through the management 
bus. 


Second, every packet transmitted through the management 
bus contains the number of the port receiving the packet. If 
the management bus is not used, the only way to obtain the 
port number is by setting the RIC to generate a Real Time 
Interrupt to the processor on every packet received. The 
processor then reads the Real Time Interrupt register to find 
out which port received this packet. 


Third, in a multi-RIC system, the RIC number is essential for 
associating the packets with the receiving RIC and receiving 
port. This is included in the seven bytes of management 
status, and cannot be obtained otherwise directly from the 
RIC. 


Fourth, the packet sent over the management bus contains 
the Source and Destination addresses, and the Packet 
Compress Decode Register can be used to specify the 
number of bytes to send over the management bus before 
inhibiting the clocks when PCOMP is used. To perform this 
operation otherwise extra dedicated logic is needed to re- 
ceive every packet on the network to read and save this 
data. 


SONIC EVALUATION BOARD MODIFICATION 
(DP839EB-ATS ONLY) 


This section describes a way to interface the SONIC to re- 
ceive packets from the management bus of the RIC and to 
use the packet compression feature, using the Repeater 


Evaluation Kit (RICKIT) and a DP839EB-ATS board. A new 
SONIC evaluation board, the DP83932EB-AT, will not re- 
quire modification. Refer to AN-855 for more information. 
Contact your National Semiconductor representative re- 
garding availability. 

All that is needed for the SONIC to receive the management 
bus data is to tie CRS, RXO, RXD and PCOMP pins from the 
SONIC directly to the MCRS, MRXC, MRXD and PCOMP 
pins of the RIC (see Figure 7). This can be achieved as 
follows: 


1. Place the DP839EB-ATS board in external decoder mode 
by removing the EXT jumper in the JB2 block, and remov- 
ing all the jumpers in the JB4 block. 


. Take an SNI (DP8391, or DP83910) chip and clip off pins 
2, 3, and 4, and place it in the appropriate socket (U18) 
on the DP839EB-ATS board. 


. Solder three wires to pins 2, 3, and 4 on the back of U18 
on the DP839EB-ATS board and solder the other end to 
a female connector attached to the prototype area of the 
board. 


. To utilize the packet compression feature, use a SONIC 
(DP83932B) (pin 26 is the PCOMP pin). Bend pin 26 up in 
order for it to be accessible after inserting the SONIC 
back into the socket. Solder one end of a fourth wire to 
this pin and solder the other end to the fourth pin of the 
connector on the prototype area. 


5. On the RICKIT (DP83950EB-AT) Main Board, solder four 


wires to the pin side of R31, R71, R40 and R36. Conect 
these wires to a female connecter. These four wires 
should be in the proper order to correspond to the proper 
pins from the DP839EB-ATS board. 


. Make a four wire ribbon cable that is approximately four 
inches long with a male pin connector at each end. This 
can now be used to connect between the two male con- 
nectors on the DP839EB-ATS board and the RICKIT 
Main Board. 


The DP839EB-ATS board now has the proper modification 
to receive the management bus data from the RICKIT Main 
Board. These boards can now be installed into the same 
PC-AT using the diagnostic/evaluation software provided 
with the board. See the software manual provided with the 
board, for details. 
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DP83950 Twisied Pair 
Parametric Evaluation 


TWISTED PAIR PARAMETRIC EVALUATION 


The following information lists the results of the Twisted Pair 
Parametric tests performed on the DP83950 Repeater Inter- 
face Controller (RICTM),. The DP83950EB-AT Repeater Kit 
was used to perform the measurements. Four parts were 
evaluated at room temperature and 5V power supply, ex- 
cept where indicated. 


The test results are divided into three areas; transmit, re- 
ceive and miscellaneous. The tabular format used shows 
the parameter tested, the reference section and Figures of 
the “IEEE 802.3 10Base-T CSMA/CD Access Method and 
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Physical Layer Specifications” document, and the values 
measured on the RIC. No details for the tests/setups are 
provided as they follow the IEEE document specifications 
for each test. Additional notes and tables are included for 
clarification where necessary. 


National Semiconductor Corporation (NSC) does not guar- 
antee any of the values indicated in this document. The 
parameters indicated in the AC/DC parameters section in 
the RIC data sheet are the ONLY parameters that are guar- 
anteed by NSC. 


Transmitter Specifications 


Parameter 


Peak differential output voltage: at TD + circuits terminated 


with a 1002 load directly 
+2.2V to +2.8V 


Harmonic contents with 10 MHz signal through the 
transmitter 


All harmonics should be = 27 dB below the fundamental 


10 MHz 


Output waveform with scaling 
Within Figure 14-9 template 


Start of TP_IDL waveform with specified load in 


Figure 14-11 and with or without cable model. The readings 


include idle high time and idle setting time 
Within Figure 4-10 template 


IEEE 
Ref. 
Spec. 


14.3.1.2.1 


RIC Value/Comment 


2.5V Peak 
(Note 1) 


14.3.1.2.1 | Tested with a random signal, all 
harmonics were >30 dB below the 


fundamental signal 


14.3.1.2.1 | Waveforms are within template 
Measured values are shown in Tables 


la, Ib, Ic 
14.3.1.2.1 | Waveforms are within template 


Measured values are shown in Table II 


Link test pulse waveform, with specified load in Figure 14-17 
and with or without cable model. Readings include amplitude 
and pulse width 


Within Figure 4-12 template 


TD circuit differential output impedance or Return Loss spec. 
Reflection = 15 dB below incident for all power on states 
and for impedances of 852N to 1119 

TD output jitter: random signal through a 100m cable model 
terminated with a 1002. load 


Equalized for max +3.5 ns jitter at the end of cable model 
and with this equalization max +8 ns while TD circuit is 
directly terminated with a 1002 load 


Common mode to differential mode conversion. Test circuit 
as in Figure 14-13 

229 — 17 log 10 (f/10) dB 

1<f < 20MHz 

TD circuit common mode output voltage. Test circuit is 
shown in Figure 14-14 

<50 mV peak 
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14.3.1.2.1 


14.3.1.2.2 


14.3.1.2.3 


14.3.1.2.4 


14.3.1.2.5 


Waveforms are within template 
Measured values are shown in Table III 


Within spec. 
Measured values are shown in Table IV 


Within spec. 
Measured values are shown in Table V 


Within spec. 
Measured values are shown in Table VI 


Within spec. 
(Note 2) 
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Transmitter Specifications (Continued) 


Parameter ; RIC Value/Comment 


10 TD short circuit current 14.3.1.2.7 | Within spec. 
; 300 mA max , Approximately 0 mA 


TD circuit common mode impulse withstand. Test circuit as in 14.3.1.2.7 | Filter test—Guaranteed by filter 
Figure 14-15 manufacturer 


Impulse Eom, applied 1000V min 


TD silence voltage -_7 Within spec. 
< +50mvV 6 mV 
Period of link pulses 14.2.1.4 16 ms 
16ms +8ms 


Transmit settling time Within spec. 


Meets amplitude and jitter 
specifications (2nd bit on) 


15 Power cycle behavior No extraneous signal on TD circuit 
No extraneous signal on TD circuit where noticed 


Note 1: The circuit used is shown in Figure 1. Three filters/transformer packages from three vendors were evaluated, and all of them met the amplitude required by 
this spec. The packages evaluated were: 1) Valor FL1012, 2) Pulse Engineering PE65431, 3) Bel Fuse 0556-3392-00 

Note 2: The measurements were done on Valor FL1012, Valor PT3877, and Pulse Engineering PE65431. For all of these packages a 0.01 pF capacitor is required 
from the center tap to ground, as shown in Figure 2, to reduce. common mode to within 50 mV. 
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Parameter 


Signals accepted by RD circuits 
Figures 14-16 and 14-17 templates 


Jitter accepted by receiver 
> +13.5ns 


Jitter added by the receiver 
< +1.5ns 


RD circuit link test pulse acceptance 
Figure 14-12 template 


Signals REJECTED by the receiver: 


Receiver Specifications 


a) Signals that will produce 300 mV peak signal at the output of a 3 


pole test filter described in A.4.2 


b) All sinusoidal signals of amplitude less than 6.2 Vp-p and frequency 


less than 2 MHz 


c) All sinusoidal single cycles of amplitude 6.2 Vp.p with 0° or 180° 
phase where the frequency is between 2 MHz to 15 MHz 


Idle detection by RD circuits 
Within 2.3 BT 


REC circuits differential input impedance or return loss 
Reflection > 15 dB below incident for an impedance of 852 to 111 


Receive delay 


14.3.1.3.1 


14.3.1.3.1 
14.3.1.3.1 


14.3.1.3.2 


14.3.1.3.3 


14.3.1.3.4 


RD short circuit fault tolerance 
Indefinite short shall be tolerable 


Bit loss and receive delay 


*These are extra tests not specified in the standard. 
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RIC Value/Comment 


Test signals used did not include jitter 


Signals accepted met 74-77 and 
14-16 templates 


Guaranteed by 1 above 


Within spec. 

Approximatley 1.44 ns 
Within spec. | 

Rejects <480 mV amplitude 
Accepts down to 35 ns width 


Within the spec. 


Measured values are shown in 
Table VII 


Within spec. 
Within 2.05 BT 


Within spec. 


Measured values are shown in 
Table IV 


RD short caused no faults 


40 ns 
2.3 BT (270 ns — 40 ns) 


- Miscellaneous 


Unjabtime oO 14.2.1.6 | Approx. 100 BT 


Link loss timer at ; _ 14.2.1.7 
50 ms—150 ms (RIC set at 60 ms) 


‘| Polarity correction: . ; 
a) Inverted link pulses, 
b) Packets with inverted TP_IDL - 
For both cases check if link pass state’ 
TX output at link fail 14.2.1.7 
No output data but link pulses 
Receiver squelch level a _ | Data Sheet 
300mV-585mV tis 


Receiver frequency acceptance: Input signal on RX+ of 1.2V to 
6.2V and sweep the frequency from 0 MHz to 30 MHz or higher 


Power consumption. Data Sheet loc max = 350 mA (Approx.) 
Receive link__test__max timer Within spec. . 
25 ms~-150 ms (RIC: 32 ms) 32 ms 

2ms-7 ms 5.75 ms 


56 ms 


Functional 


Functional 


IEEE 
Ref. . RIC Value/Comment 
Spec. 


Jabbertimer 14.2.1.6 5ms 


Within spec. 
(Note 1) 


Within spec. 
Accepts >3.61 MHz and up to 20 MHz 
(generator limit) ' 


| Link count: Ilc_max . 14.2.1.7 | Functional 
(RIC: 7 consecutive link counts 


Note 1: With a SIN wave input: | ; 
Normal mode: Guaranteed on at 520 mV, guaranteed off at 460 mV. 
Low squelch mode: Guaranteed on at 360 mV, guaranteed off at 260 mV. (For use with shielded TP and extended distances.) 


' * These are extra tests not specified in the standard. . 
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TABLE la. Data at Different Points of the Transmit Signal at the End of the Cable Model 


(V) 
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TABLE Ib. Data at Different Points of the Transmit Signal at the End of the Cable Model 
Port #6 


Value 


oO 


o | | o eR 
. ~~ tw . 
Nig a 


= 
oO 


oO 
= 
br 


TABLE II. Start of TP_IDL Waveform 


Fa Undershoot @4.5 BT 


mV (mV): 


76.80. // 229 pH ae 
with Cable Model j 
76.82. // 229 nH 1.27 
without Cable Model . 


—44 
—40 
32 


3-174 


TABLE III. Measurements of Different Corners of Link Pulses 


Width at 0 Width at 

Amplitud to 0 0/300 mV 

Testbead a < oesin to 300 an 
(ns) (ns) 

P= [eee 
with Cable Model to 300 mV 
1152 // 180 pH 140 tO mV 
76.80 // 220 wH 164 t 300 mV 

oe 
76082 // 220 pH | ae | ts 152.5 ns at 0 mV 
without Cable Model to 300 mV 

TABLE IV. Return Loss on the Network 

Transmit 
Port # 

@ § MHz @ 10 MHz @ 5 MHz @ 10 MHz 
| 2 | -s19 | -26ea | -o49 | -205 
| 3 | -ses | -26a | -a25 | -248 | 
fs | -s54 | -246 | -sa9 | -266 | 
Pe | -a52 | -249 | -s40 
P 7 | -so1 | -205 | -s6e0 | -204 | 

8 | -27 | -200 | -268 | -225 | 

9 | -s07 | -2oe | -915 | -214 

P10 | -s06 | -200 | -917 | -216 | 

Pan [ -se0 | -227 | -961 | -239 

P-sas | -240 | -317 | -220 | 


{ois [-s05 | -211 | -a00 | -221_| 
_ TABLE V. Transmit Signal Jitter at the End of a Cable Model 


Valor FL1012 
Pulse Engineering PE65431 
Bel Fuse 0556-3392-00 


3-175 


TABLE VI. Data for Transmitter Impedance Balance Test 


0 


RIC #20 RIC #21 me RIC #22 
Port #5 Port #5 Port #5 


456 mVp 470 mVp 480 mVp 490 mVp | 500 mVp 


590 mVp 540 mVp 590 mVp 540 mVp 
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RFI Suppression 
Techniques in DP83950 
(RIC) Based Systems 


CASE HISTORY—EXCESSIVE RFI FROM 12-PORT 
REPEATER 


All commercial and consumer electronic equipment contain- 
ing RF generating circuitry or devices must pass compliance 
tests for RF emissions before the equipment can be sold in 
the US (and most other countries). The equipment may not 
be legally marketed without first meeting the requirements 
of the FCC’s rules (or those of the appropriate regulatory 
agency in the country where the equipment is to be market- 
ed). Compliance testing for FCC requirements may be per- 
formed by the manufacturer or by one of many contractors 
specializing in this type of testing. Manufacturers who elect 
to self-verify must have the necessary equipment and an 
open-area test site (OATS) meeting the requirements of 
ANSI C63.4-1991 and FCC OST 55. In addition, complete 
verification test records must be maintained by the manu- 
facturer for each device-type being produced. Failure to per- 
form the required testing or marketing of non-compliant 
equipment can and often does result in severe legal penal- 
ties for the offending manufacturer. 


Design for RFI suppression and compliance is frequently 
overlooked or given scant attention by equipment design 
engineers during the initial stages of product design. The 
result is often frantic and usually costly last-minute rede- 
signs or modifications. In some cases, significant business 
and sales opportunities are lost or the product may never be 
successfully brought to market. It is therefore most impor- 
tant that RFl-proof design techniques be incorporated as an 
integral part of all engineering design specifications and 
procedures. These should begin at product concept and 
continue through to final sale and installation. 


This application note is not intended as a comprehensive 
guide to all aspects of AFI-proof design: The techniques 
presented in this note resulted from on-site tests and equip- 
ment modifications in the example case only. National 
Semiconductor does not imply that if only the techniques 
discussed herein are incorporated in any design, that design 
will be rendered compliant. There are many other RFI-proof 
design approaches and methods that must be considered 
and may be found more effective in a particular situation. 


Description of the EUT and the Problem 


The equipment under test (EUT) in the example system is 
an expandable, 12-port multiport repeater. The device is de- 
signed to operate in a twisted-pair Ethernet environment. 
Functionality is under the control of National’s DP83950 Re- 
peater Interface Controller (RIC). The repeater has 12 twist- 
ed-pair ports served via RJ-45 connectors. The input port 
may be optionally fed via coax or fiber optic cable. The de- 
vice is designed to be expandable with up to three other 
units. ae 


Mechanical construction of the unit is conventional. All cir- 
cuitry is contained on two cards mounted inside of a 2-piece 
steel enclosure. One large card having the majority of the 
circuit is permanently mounted. An externally removable 
plug-in module contains the input interface circuit. Compo- 
nents are primarily surface mounted with some through- 


. been possible with a remote or contract facility. 
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board mounted parts such as connectors. A power supply 
and fan are also mounted in the enclosure. 


The inside of the enclosure is coated for increased conduc- 
tivity. The pieces of the enclosure are joined with screws 
and all mating surfaces are bare of paint. The input module 
is inserted through an opening in the chassis and secured 
with screws. The chassis has other openings which allow 
mounting of the RJ-45 connector, indicator LED’s, air inlet, 
fan exhaust and AC line power cable socket. 


Excessive emission (RFI) relative to FCC Class A limits in 
the frequency ranges 30 MHz-120 MHz and 200 MHz-— 
260 MHz was the primary problem with the system. Also, 
emission levels were considered marginal at other frequen- 
cies as shown in Figure 7. The task was to find the 
source(s) of the emissions and modify the device to reduce 
them to at least 6 dB below the specification limits. This was 
done by isolating the radiation mechanism and identifying 
the ultimate source of the energy. The process and what 
was found will be presented first. Next, the causes and 
cures of the RFI are detailed followed by recommended 
system design practices. In addition, a list of sources of 
relevant information is included in the appendix. 


Test Facilities 


An OATS, Figure 2, and all necessary RFI testing equipment 
was available at the customer’s facility. This speeded and 
eased diagnosis of the RFI problems. Corrections and modi- 
fications could be evaluated more readily than might have 


The OATS complied with the requirements of ANSI 
C63.4-1991 and FCC OST 55. Other facilities included a 
screen room, antennas and remotely controllable mast, 
turntable for the EUT, complete and automated instrumen- 
tation and capable, experienced EMC engineers to operate 
the equipment. Most diagnostic and all compliance tests 
were conducted on the OATS. Test repeatability on the 
OATS was found to be excellent. Some diagnostic and 
problem isolation testing were done in the screen room. 


TESTING FOR RFI 

A number of different tests and techniques were used in the 
course of tracking down and isolating the RF! problems with 
this system. These fell into the following general areas of 
investigation: 

* complete RFI scans (30 MHz—1000 MHz) 

shielding effectiveness of the case 

¢ cable and connector shielding and radiation contribution 
e internal shielding mechanisms of the case and PCBs 

e contribution from peripheral circuits 

e signal quality on the PCBs 

¢ power supply and power supply bypassing 

* test message traffic and number of ports operating _ 


RFI Scan 


An RFI scan is a measurement method used to determine 
the level versus frequency of RFI emissions being produced 
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FIGURE 1. Unmodified EUT 


Ground plane 
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EUT on turntable 


Host System 
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FIGURE 2. Equipment Configuration . 


by the EUT. In the test, an operating EUT is positioned on a 
rotating table 0.80 meters above a ground plane and 10 
meters from a receiving antenna. A spectrum analyzer, or 
calibrated receiver designed for RFI testing, and a calibrat- 
ed antenna are used to make the level measurements. The 
turntable azimuth, antenna height and polarization are 
changed to determine maximum emissions. The turntable is 
rotated through 360 degrees of azimuth while the receiver's 
output level is recorded for all frequencies within the speci- 


fied range (30 MHz-1000 MHz). In combination with azimu- | 


thal rotation, the antenna’s height is also varied from 1 to 4 


meters to. determine any elevational variations in emission 
level. In addition, scans are made with the antenna in both 
vertically and horizontally polarized modes when linearly- 
polarized antennas are used. Once a spectral signature is 
determined for the target device, certain frequencies at spe- 
cific azimuths will predominate. These could be checked 
first after modifications are made to quickly assess the ef- 
fectiveness of the change. This shortens test times appreci- 


_ ably. A complete scan should only be needed when suffi- 


cient improvements necessitate a new base-line reading. 


RFI scans on the OATS were used to measure EUT RFI 
performance in the suspected trouble areas to be detailed. 
Scanning is a time-consuming procedure if done manually. 
Fortunately, this testing was partially automated in the case 
presented here. 


RFI Versus Port and Activity 


RFI qualification tests were eventually conducted with all 
ports active. But, first it was necessary to determine the 
contribution that each output made to the overall RFI level. 
Each port was tested, in turn, transmitting simulated data 
with an average density of message activity. As testing pro- 
gressed, it became evident that the level of RFI emissions 
was a direct function of the port’s distance from the RIC 
device. Later, this was an essential clue to tracking down 
the RFI generating mechanism. 


ENCLOSURE SHIELDING EFFECTIVENESS 


It was necessary to determine whether the device’s case 
was an effective shield since openings and joints can leak 
radiation. The panels of the case can carry induced currents 
which show up as RFI. Also, the test would reveal if the 
cables were the radiation source instead. 


To carry out the test, the paint was removed around all 
openings and joints for about 1 cm. All openings and joints 
were then covered, in turn, with self-adhesive copper foil. 
This attempted to isolate joints and openings as possible 
causes of RFI. 


The greatest reduction was made when the 12-port, RU-45 
connector was covered over with copper tape (except for 
the port in use). Similar.results were achieved when a “har- 
monica shield”, designed for use with the RJ-45 connector, 
was substituted for the copper tape. After this modification, 
nothing else was found which greatly affected the radiation 
from the case. This pointed to the cables as the dominant 
radiators. But the ultimate RFI source was yet to be isolated. 


Another test was carried out to further confirm the cables as 
the primary radiators. This was done by enclosing the entire 
unit in a Faraday shield. The unit was first inserted in a 
heavy, insulating plastic bag. The cables were brought out 
through small openings in the bag. The insulated unit was 
then wrapped in heavy aluminum foil with all seams double- 
folded. A 2.5 cm-wide braided, grounding strap was tightly 
folded in a seam in the foil along the length of the case. The 
ground strap was clamped to an earth-ground rod beneath 
the turntable on which the unit sat. A scan of the unit re- 
vealed almost identical radiation levels to the previous mea- 
surement without the shield. This further strengthened the 
view that the cables were the main external radiators. 


CABLE AND CONNECTOR SHIELDING 


Attention was now focused on cabling as the primary radia- 
tor. The contribution from each cable had to be determined 
and the main culprit identified. To do this, each cable was 
wrapped, in turn, in an aluminum foil/braided-copper shield 
along its entire length above the ground plane and ground- 
ed to the ground plane. The largest contributor by a sub- 
stantial margin was the twisted pair followed by the coax 
and power cables, respectively. 

It should be well known that the shielding effectiveness of 
twisted-pair line decreases with increasing frequency above 
a few megahertz. For signals above 10 MHz, it must be 
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considered as unshielded line. For this reason, any high fre- 
quency signals originating inside the enclosure that man- 
aged to couple onto the twisted-pair can easily couple into 
free space. However, substitution of shielded cables as a fix 
for this situation was out of the question. 


When a shielded power cord was substituted for the normal 
one, radiation was increased. This larger antenna radiated 
more efficiently. It also pointed to the grounding wire as the 
pickup device. The contribution from the power cord was 
reduced by shortening the length of the safety ground 
(green wire) connected to the chassis from over 8 cm to 
about 3 cm. 


The coax was found to be leaking some radiation, but the 
amount was small. It was felt that more could be achieved 
by concentrating on the twisted-pair cables as the mecha- 
nism. And, like the twisted-pair, substitution of another type 
of coax with a foil/braid shield was not possible. So, efforts 
were now turned to locating the source of the offending 
signals within the enclosure. 


Internal Case and PCB Shielding Mechanisms 


It was generally suspected that RFI produced by the operat- 
ing logic devices on the PCB was being coupled out of the 
enclosure. The next job was to isolate and identify the con- 
tributors. 


The PCB layout divided the board into two main areas: one 
contained the output driver circuits and filters; the other 
area contained the RIC, peripheral control, system oscillator 
and indicator circuits. A clear space across the PCB be- 
tween these areas allowed a shield to be attached to the 
case top thus dividing the interior into two cavities. A scan 
with this arrangement produced lower radiation from the 
coax and slightly reduced radiation from the twisted-pair. 
Still, the overall unit was far from meeting FCC limits. 


Two other experiments were tried at this time that did re- 
duce the RFI but proved impractical from a manufacturing 
standpoint. In the first test, a grounded, copper foil shield 
was placed on the underside of the PCB insulated from the 
PCB by a thin plastic sheet. Called an “image plane”, this 
reduced RFI and pointed to possible deficiencies in the 
PCB’s internal ground plane or its connections to the case. 
It also indicated that transmission lines from the RIC to an 
output driver, unshielded by the PCB ground plane, were 
radiating. 

In the second experiment, the size and location of ground- 
ing points between the PCB and the chassis was checked 
as a possible contributor. Larger-area connections were 
added from the PCB ground plane to the case. Radiation 
was reduced when the grounding connection at the RJ-45 
connector was increased in size. 


Results of these experiments pointed to signals associated 
with the RIC or its output circuits as possible causes of 
some of the RFI. Further investigations would concentrate 
on these areas. First, however, other circuitry would be 
checked for problems. : 


Power Supply and Fan 

The power supply, an open-frame switching type, was 
checked next. The supply was disconnected from the circuit 
boards and a dummy load attached to its outputs. A scan 
revealed no significant RFI from the power supply alone. 
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The power supply was re-connected to the circuit board and 
the fan was disconnected. RFI in the frequency range 
250 MHz~350 MHz was reduced. The fan was initially by- 
passed with only a 0.1 pF ceramic capacitor. Evidently, this 
was not adequate. Addition of a 5 pF/35V tantalum electro- 
lytic capacitor on the PCB at the fan connector reduced 
radiation by an average of 3 dB over the above range. 


Logic Circuitry Power Bypassing 


The PCB power distribution system was the next area of 
investigation. The number, location, type and size of bypass 
capacitors was examined. This check revealed that the 
number of capacitors was insufficient and would need to be 
increased. And, the capacitors would need to be relocated 
closer to the IC’s for better effectiveness. 


Noise across the power pins of the high-current consump- 
tion devices was checked. In several cases this noise ap- 
proached a volt or more. In the original design, RF bypass 
capacitors (0.1 F ceramics) were placed about 1 to every 4 
logic devices. Addition of capacitors across the power pins 
of the output drivers reduced supply noise by about half. 
This also reduced RFI in the lower frequency ranges. 


Four RF bypass capacitors were located near and intended 
to serve the RIC device. It was evident from the switching 
noise in this portion of the PCB that bypassing would need 
improvement. Additional RF bypasses were added at the 
RIC’s power pins as well as four 5 wF/35V tantalum electro- 
lytics arranged one per side. This improved the supply noise 
situation and also reduced the RFI below 100 MHz. 


The bypassing at the PCB power supply connection point 
was also checked. The initial design used aluminum electro- 
lytics paralleled with an RF ceramic. These appeared to be 
performing adequately and were not changed. See Appens 
dix A for helpful bypass capacitor layout hints. 


Master Oscillator 


All timing and data rate control signals were developed from 
one 40 MHz crystal oscillator device. RF bypassing at the 
oscillator appeared to be adequate and tests did not deci- 
sively pin point it as the cause of specific interference. 


Signal Quality on the PCB 


Signal quality was the next area investigated. Signal aberra- 
tions like overshoot, crosstalk and ringing contribute appre- 
ciably to the RFI problem. Reducing or eliminating these 
problems correspondingly reduces RFI. 


The twisted-pair port drivers were originally FACT devices. 
But, the twisted-pair Ethernet design does not specifically 
require either the high current drive or extremely fast rise 
times of which the FACT devices are capable. So, guided by 
RFI studies of several logic families made by Violette Asso- 
ciates for National’s Digital Logic Division, HCT equivalents 
were substituted. This reduced RFI above 150 MHz by at 
least 3 dB, but more improvement was still needed. See 
Appendix.B for additional information sources. 


The transmission lines connecting the RIC to the output 
drivers had been previously identified for closer scrutiny. A 
look at the signals arriving at the unterminated port driver 
inputs revealed high levels of over/undershoot. Clearly, 
some type of termination would be needed to control the 
quality of these signals. There in, series and diode termina- 
tions were tried on the lines exhibiting the worst problem: Of 


these, the series was the most effective at reducing over- 
shoot. It had the additional advantage of being the easiest 
modification to incorporate on the prototype PCB. 


Selecting the termination type led to the discovery that the 
RIC’s output signal transition times were in the under 2 ns 
region. These signals were among the most active and long- 
est signal paths in the system. A look with a spectrum ana- 
lyzer identified troublesome frequencies as components of 
these signals. Perhaps here, together with the termination 
issue, was another root cause of the RFI problem. A small 
improvement here would likely produce a greater improve- 
ment in overall RFI. 


Some experimentation showed that low-pass filtering of the 
RIC’s output signals further reduced overshoot at the input 
of the output driver. Crosstalk with adjacent lines also was 
reduced. With only the longest transmission path thus fil- 
tered, the troublesome RFI frequencies were improved. 


Following this test, all outputs were modified to add filtering, 
502 at the RIC output pin in series with the line and 30 pF 
from line input to ground. The overall result of modifications 
can be seen in the scan results plotted in Figure 3. When 
compared to the initial unmodified unit, a significant im- 
provement is evident. The problem remaining was to im- 
prove the margin to the specification limit below 150 MHz; 
but, it was felt that this would require a new layout. The 
layout needed to incorporate the modifications found thus 
far together with improvements to power and ground 
planes, closer placement of the RIC to its output drivers, 
and grounding improvements. The fullest improvement 
would be evident only after ail of these changes could be 
tested in concert. 


RF!i SOURCES AND CAUSES 

Now that the layers of the problem had been peeled away, 
several causes of the RFI problem could be identified. 
These were: 


* excessive noise on RIC-to-driver signals 

* excessive transmission line length 

¢ insufficient bypassing with inefficient location 
® compromised shielding effectiveness, and 

¢ inefficient PCB layout 


Transmission Line Signal Quality and Excessive Length 


The noise on the RIC-to-driver lines could be attributed to 
lack of adequate termination. The transmission lines were 
relatively high impedance, about 750. The lines also were 
long, over 10 cm, compared to the RIC output risetime 
which was in the sub-2 ns region. The lines were untermi- 
nated and lightly loaded by just the driver inputs. These con- 
ditions permitted excessive over/undershoot. Indeed, the 
lines over 8 cm in length exhibited 2V to 3V of overshoot 
and up to 5V of undershoot! Signal level was 12V peak-to- 
peak or more. Failure to control line length and provide ter- 
mination contributed significantly to both RFI and crosstalk. 


Inadequate and Inefficient Bypassing 


Excessive noise was found in the power supply system, as 
previously mentioned. Despite the use of power planes in 
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FIGURE 3. EUT with RFI Modifications 


the PCB design, their impedance was excessively high. As 
such, the power system could not respond to the current 
demands of the logic devices. Also, the power system was 
not acting as a good image conductor for the transmission 
line system. 


Several things were done to correct this situation. First, 
more RF bypass capacitors were added, as previously men- 
tioned. In some cases, multiple capacitors with values of 
0.1 »F and 0.01 »F were connected in parallel across the 
offending device’s power pins. This was necessary to ade- 
quately control impedance over the operating frequency 
ranges of the device. Second, LF bypassing in the form of 
5 pF tantalum capacitors was added, one to every two high 
current drivers. Several more were placed at other locations 


on the PCB, particularly near the RIC. This was done to: 


control low frequency noise and reduce lower frequency RFI 


emissions. 


With these changes mandated, a re-layout was clearly 
called for. At that time two other problems with bypassing 
would be corrected. These were the lengths of conductors 
connecting IC power pins to the planes and the placement 
of bypass capacitors. Conductor length would have to be 
shortened and capacitors moved closer to the device requir- 
ing the bypass. , 


Shielding Effectiveness 
Experiments indicated the need to improve shielding both 


on the PCB and in the enclosure. More isolation was need- © 
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ed between the RIC and its peripheral circuits. This could be 
done with a shield in the case as previously mentioned. 
Shielding for the RJ-45 connector would be needed togeth- 
er with improved grounding to the case along its length. 
Ground plane contact area to the case would be increased. 
And ground plane coverage under transmission lines on the 
PCB would be extended to twice the minimum line-to-plane 
spacing for better coverage. All of this was in addition to 
correcting overall signal quality and bypassing. 


Layout Problems 


Since another layout would be done, several other things 
contributing to the RFI problem could be corrected. Group- 
ing of the circuits would be improved. In particular, the dis- 
tance from the RIC to its farthest output port drivers was as 
much as 25 cm. The objective would be to reduce these 
transmission line lengths by half. Peripheral circuitry on the 
PCB might need to be moved to do this. However, the pow- 
er supply, connectors, mounting points and similar items 
could not be relocated for manufacturing reasons. 


Other Problem Areas 

Strong 30 MHz, 50 MHz, 70 MHz and 90 MHz signals from 
the area of the RIC, 40 MHz from the oscillator and compo- 
nents from the fan were noted as potential problems, but it 
was thought that changes to bypassing, layout and shielding 
would correct these. 
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RFI Radiation Mechanisms 


Several mechanisms were finally identified by which RFI 
was being radiated. The primary mechanism was radiation 
and crosstalk from the RIC-to-driver lines and thereby to the 
output twisted pairs. A secondary mechanism was through 
the power supply system due to inadequate bypassing. This 
was allowing excess noise on the grounding system for all 
signals. The third component was through reduced shield- 
ing provided by the internal power and ground layers of the 
PCB. This should have provided suppression of radiation 
and interraction of signals on the PCB. Other mechanisms 
included inadequate shielding and isolation between sensi- 
tive parts of the system and noise sources, fan bypassing 
and direct radiation from the RJ-45 port. 


CORRECTIVE ACTION SUMMARY 


The encouraging results from the modified system made it 
practical to proceed with a full revision of the unit. It was 
anticipated with a high degree of confidence that the result 
would be a production-worthy and fully FCC-compliant sys- 
tem. In summary, the changes made to the unit were: 


© changed peripheral logic from FAST and FACT to LS, ALS 
and HCT 


* added series termination and filtering to RIC outputs 
e revised and improved power/ground plane layout and 
coverage 
60 
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¢ improved PCB grounding to case 


* improved layout of differential lines from RIC to drivers 
(See Appendix A for details) 


®tightened-up layout between RIC, output drivers and 
RJ-45 connector 


© added shielding to RJ-45 connector 


© added and improved RF bypassing for high-current-de- 
mand IC’s and RIC 


© added tantalum bypass capacitors (LF bypassing) 
* improved fan bypassing and — 
¢ improved placement of peripheral circuits and indicators. 


RESULTING PERFORMANCE IMPROVEMENTS 


The performance improvements in the production unit as 
the result of the above revisions can be seen in the new 
scan, see Figure 4. These are the corresponding measure- 
ments under FCC Class A test conditions to those in Fig- 
ures 1 and 3. (For ease of comparison, all are plotted in 
Figure 5.) The EUT has been brought into compliance and 
with a healthy safety margin. It should be emphasized that 
these tests were carried out with all 12 ports operating and 
with the same traffic and messages. Later tests of a multi- 
unit system yielded results similar to the single unit system. 
All variations tested thus far have been fully compliant. 


FCC Class A Limit 


ane 
V \ ] 


Production Unit 


0 100 200 


Frequency (MHz) 


300 400 500 


TL/F/11821-4 


FIGURE 4. Production Unit 
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FIGURE 5. Comparison All EUT Types 


From these tests and the relayout, it is clear that RFI is a 
design issue that cannot be ignored until after the product is 
ready for market. It must be an integral part of the product’s 
specifications and design from the beginning. Failure to do 
so can be extremely costly. 


RECOMMENDED SYSTEM DESIGN PRACTICES 


System designs using the RIC can benefit from careful at- 
tention to the design practices discussed in the topics which 
follow. Such practices can greatly reduce problems associ- 
ated with RFI testing and qualification. Their adoption as a 
part of existing design standards is highly recommended. 


System Design Hierarchy 

Design for RFI compliance must be high on the list of sys- 
tem design requirements. This is especially true for devices 
which broadcast pulse signals over wire. Meeting regulatory 
requirements is made easier if a systematic approach is 
used in the design process. It is also a fact that systems 
designed for minimum EMI/RFI are more resistant to ESD 
and are subject to fewer signal-related problems. 


The main elements of a good system design approach are, 
in order of importance: 


«system specification including regulatory requirements 
and RFI 


© signal quality standards and RFI-proof design practices 
* testing methodology and requirements 
© manufacturability considerations 
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© power system, supply and bypassing requirements 
® transmission line system and terminations 


¢ system mechanical, thermal and environmental require- 
ments 


* logic system design and functionality (initially, logic-tech- 


nology independent) 


© choice of appropriate logic technologies and other compo- 
nents 


@ layout and organization of PCBs, enclosures, cabling, etc. 


® prototype evaluation and rigorous testing, and compliance 
testing. 


Bypassing 


The importance of good power system bypassing cannot be 
over-emphasized. Bypassing is the key ingredient allowing 
maximum system and component performance. The correct 
choice and application of bypass capacitors should be 
based on measured electrical performance and not on 
“rules-of-thumb” or unsubstantiated recommendation. 


Bypass capacitors should be characterized for attenuation 
versus frequency. All capacitors are not created equal. 
Moreover, one size cannot necessarily perform best in all 
situations. The correct combination of capacitors is one 
which achieves adequate suppression of RFl-contributing 


power system noise. - 


In RiC-based designs, the following bypassing is recom- 
mended: 
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¢ Locate bypass components close to the RIC’s Voc/GND 
pins. 

¢ Use no less than two, 0.1 uF ceramic caps on each side 
of the RIC. 


e Use one, 5 pF to 10 wF tantalum capacitor per side. 

e Use one, 0.1 uF per O/P driver; one, 5 pF to 10 pF per 2 
O/P drivers. 

© Use one, 0.1 pF per octal driver; one, 5 uF to 10 pF per 2 
octal drivers. 

e Use one, 0.1 uF per 2 SSI logic devices; one for each 
synchronous device. 

e Use one, 5 pF to 10 pF per 4 SSI logic devices; one for 
every 2 synchronous devices. 

¢ At PCB power entrance points use a 0.1 pF and a 10 pF 
per supply voltage. 


¢ For DC fans (if used) use a 0.1 wF and a.10 pF. 


e¢ Use a Pi-filter (or longitudinal choke) for oscillator Voc 
power. 


Note: All ceramic capacitors are RF-rated types, leadless-monolithic pre- 
ferred. Electrolytic capacitors are solid-electrolyte, tantalum types. 
Tantalum capacitor voltage rating should be a minimum of 5X the 
power supply voltage. 


Layout Recommendations 

A disorganized component layout can contribute to both sig- 

nal and RFI problems. When laying-out a RIC-based design, 

observe these precautions and recommendations. 

eUse a multi-layer PCB with dedicated power/ground 
planes. 

¢ Keep layout compact with RIC close to output drivers. 

¢ Locate less critical peripheral and indicator circuits farther 
away. 

¢ Locate output connector and filters close to RIC output 
drivers. 

¢ Layout to minimize transmission line lengths from RIC to 
drivers. 

© Provide frequent and generously sized ooeee pads for 
case ground points. 

¢ Design in extra locations for apanees: Omit the capaci- 
tors if tests show them to be unnecessary. 


Note: It is easier to remove unnecessary components from a PCB than it is 
to add needed ones after the board is built. This is especially true for 
surface-mount PCB's. 
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Transmission Lines 


An efficient layout also must consider the transmission 
lines. Particular attention should be paid to the following 
recommendations: 


© Keep lines short and direct. 
© Extend ground plane under all transmission lines. 
e Use fully shielded lines (stripline) for high-level signals. 


© Terminate all lines exhibiting over/undershoot or crosstalk 
“ noise. 


© Observe pairing of differential lines from RIC outputs (Fig- 
ure A3) (Appendix A). 


© Maintain at least twice the transmission line’s width be- 
. tween pairs of differential lines. 


© Terminate RIC O/P’s to reduce reflections, overshoot and 
noise. Series terminations with a value of Zo — 10 are 
recommended. 


¢ LP filter RIC outputs, if necessary, to reduce noise associ- 
ated with fast output transitions. The capacitor value 
should be chosen for a 5 ns time constant in conjunction 
with the series termination resistor’s value. 


Recommended Logic Device Types 


In any logic system design it is wise not to employ devices 
with performance characteristics exceeding those required 
to adequately handle the system’s frequencies or signals. 
Higher performance devices (usually taken to mean fre- 
quency handling and rise times) normally produce increased 
amounts of RFI over a broad spectrum. To save RFI difficul- 
ties, do not put in more performance than the design needs. 
The following device types have been tested and found to 
work well and reduce RFI in RIC-based designs: 


© HC or HCT for differential line driver circuits 

¢ LS, ALS or HC for peripheral circuits, interfaces and LED 
drivers. 

Oscillator Recommendations 


Though often overlooked, the choice and use of oscillator 

components can greatly affect system RFI performance. 

The following are the recommended design practices for 

RIC-based systems. (These apply equally well to any logic 

system). . : 

¢ Metal can, grounded-case oscillator modules are pre- 
ferred. In general, plastic-case types have inadequate 
shielding and are not recommended. 

¢ Supply oscillator power through a Pi-section filter or longi- 
tudinal choke. 


¢ Observe proper supply bypassing. 
¢ Locate oscillator close to the RIC. 
© Keep transmission lines short and well shielded. 


APPENDIX A—CIRCUIT AND LAYOUT DETAILS 


Bypass Layout 


Poor layout will seriously handicap even the best bypass 
components. Bypass components must be placed in close 
proximity to the point where impedance control is needed. 
Any excess inductance between the capacitor and the sig- 
nal source (usually an IC) increases the effective impedance 
of the network. This decreases the effectiveness of the by- 
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passing. Bypassing is often called impedance compensa- 
tion. The extremely fast energy demand impulses produced 
by high-speed IC’s, especially CMOS, require an equally fast 
response from the power system supplying them. 


Figure A1 shows how to locate bypass capacitors for good 
performance in an SOIC layout. Figure A2 shows the layout 
for PCC device packaging. Of course, differences in the 
power/ground pin organization of the device may necessi- 
tate a different placement of bypass components. 


Acceptable 


EE 


00 


TL/F/11821-7 


FIGURE A1. SOIC Bypass Capacitor Placement 
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FIGURE A2. PCC Bypass Capacitor Placement (Typical) 
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Differential Line Layout 


Differential transmission lines require additional care in lay- 
out if they are to function correctly. Figure A3 illustrates both 
correct and incorrect ways of differential line layout. The 
spacing of differential lines affects their even or odd-mode 
characteristic impedance. It also affects coupling to adja- 
cent lines. Since crosstalk is a function of line spacing, a 
good rule to observe is to allow at least twice the spacing of 
the differential pair between pairs. : 


Maintain equal lengths for both conductors by avoiding 
crossover and layer-change situations. If a crossover or di- 
rection change is made in routing the lines, then an opposite 
change should be made elsewhere in the lines to compen- 
sate the resulting length difference. Mitering corners also 
aids in preserving signal quality and impedance uniformity. 


Incorrect 
All lines equally spaced 


Differential Pairs 


Equal lengths not maintained 
due to scrambled layout. 
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FIGURE A3. Differential Line Layout 
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Oscillator Supply Isolation 


Oscillators and other frequency generating devices operat- 
ing above a few megahertz should be isolated from the 
power supply system. This is done to prevent their becom- 
ing the dominant interference signal both on the PCB as 
well as in free space. Two convenient methods are shown in 
Figure A4. Both have the same component count; the only 
difference is the way in which the inductor is used. The pi-fil- 
ter uses a simple ferrite-loaded inductor as part of a broad- 
band filter. The longitudinal choke uses a ferrite-loaded 
transformer as a bucking choke. It is, in effect, a form of pi- 
filter in which the effects of opposing AC currents are made 
to cancel. Ferrite inductors like those illustrated are avail- 
able from several sources: Siemens, Fair-Rite, Ferroxcube 
and Arnold. 
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FIGURE A4. Oscillator Isolation Techniques 


APPENDIX B—ADDITIONAL INFORMATION 

National's application note library contains more information 
pertaining to the design of high-performance and RFI-proof 
systems. Some of these are listed below. 

Application Notes 


AN817—‘Taking Advantage of ECL Min-Skew Clock 
Drivers” 


AN467—‘“Surface Mount: From Design to Delivery” 


AN393—"Transmission-Line Effects Influence High-Speed 
CMOS” 


AN389—‘‘Follow PC-Board Design Guidelines for Lowest 
CMOS EMI Radiation’”’ 

Databooks 

400028—F100K ECL Logic Databook and Design Guide 


Bibliography 


“Antennas”; J.D. Kraus, Ph.D.; McGraw-Hill; 1950 (THE 
seminal work on antennas and radiation) 


“Communication Systems: An Introduction to Signals and 
Noise in Electrical Communications’; A. Bruce Carlson; 
McGraw-Hill; 1968 


“Grounding and Shielding Techniques in Instrumentation, 


_ 2nd Ed.”; Ralph Morrison; John Wiley & Sons; 1977 
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“Code of Federal Regulations 47 (CFR 47) FCC Part 15— ~ 


Radio Frequency Devices” 

CFR 47 Part 2—"Frequency Allocations and Treaty Matters: 
General Rules and Regulations; Sub-part |, Marketing of Ra- 
dio Frequency Devices; sub-part J, Equipment Authorization 
Procedure” 

89-336 EEC—‘EMC Directive of the European Economic 
Community” 

EN55022 (CISPR 22)—"Radiated and Conducted Emission 
Limits (CENELEC)” 


FCC OST 55—“Characteristics of open-field test sites (Aug. 
1982)” 

ANSI C63.4-1991—‘‘Methods of measurement of radio 
noise emissions from low voltage electrical and electronic 
equipment in the range of 9 kHz to 40 GHz.” 
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DP83956EB-AT LERIC™ 
(LitE Repeater Interface © 


Controller) PC-AT® Adapter 


1.0 INTRODUCTION 7: ; 
This LERIC-NIC Evaluation Board provides IBM® PC-AT 


and AT compatible computers with Twisted Pair conductivi- 


ty. The board uses the DP8390 (NIC) to perform the Ether- 


net® protocol operations and the DMA operations. The dual ': 
DMA (local and remote) capabilities of the NIC, along with : 
16 kBytes of buffer RAM, allow the entire Network Interface. 


Adapter to appear as a standard I/O Port to the system. 


The NIC module’s local DMA channel buffers packets be-.. 
tween the local memory (16 kBytes of buffer RAM) and the. — 


network, while the NIC module’s remote DMA channel 
passes data between the local memory and the system 
memory by way of an {/O Port. This 1/O Port architecture, 
which isolates the CPU from the network traffic, proves to 
be the simplest method to interface the DP8390 to the sys- 
tem. The DP83956 (LERIC) is used to interface to twisted 
pair Ethernet and provides IEEE 802.3 (Chapter 9) compli- 
ant repeater functions to six twisted pair ports. The LERIC 
has an on-chip PLL for Manchester data decoding, a Man- 
chester encoder and an Elasticity buffer for preamble regen- 
eration. It also has 6 integrated 10BASE-T transceivers. The 
LERIC’s internal registers can be accessed using the same 
1/O port architecture as the NIC. This board provides the 
required attributes for compliance with Novell’s® Hub Man- 
agement Interface (HMI) basic control capability. 


2.0 BOARD OVERVIEW 


The LERIC-NIC board allows direct connection to the net- 
work using the RJ-45 phone jacks. There are 6 ports on a 
card. In addition, up to 4 boards can be cascaded together 
in a PC-AT, thus providing 24 Twisted Pair ports. 


The block diagram shown in Figure 7 illustrates the architec- 
ture of the LERIC-NIC Evaluation Board. The LERIC-NIC 
Board as seen by the PC-AT system appears only to be an 
1/O port. With this architecture the LERIC-NIC board has its 
own iocai bus to access the board memory. The system 
never has to intrude further than the I/O ports for any pack- 
et data operation. 


2.1 Hardware Features 


e Utilizes DP83956 LitE Repeater Interface Controller 
(LERIC) 


¢ Six 10BASE-T connections per card and one node con- 
nection utilizing the NIC 


Cascadability of up to 4 boards 

e 16 kByte on-board Packet Buffer 

Simple |/O Port Interface to IBM PC-AT 

Interfaces to Twisted Pair (10BASE-T) 

¢ Boot EPROM Socket 

The detailed schematics for this design are shown at the 


_end of this document. 
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3.0 BOARD ARCHITECTURE . 
3.1 BoardI/OMap on 
The LERIC-NIC Board requires a 32-byte I/O space to allow: 
for decoding the data buffers, the reset port, and the NIC 
and LERIC registers. The first 16 bytes (300h-30Fh) are | 
used to address the LERIC (4 bits wide) and NIC registers (8 
bits wide) and the next 8 bytes (310h-317h) are used to 
address the data buffers which are 16 bits wide. Finally, the 
reset port (also software selectable) may be addressed by 
318h-31Fh. 
"<TABLE I. 1/0 Map In PC-AT 


| so0n-sor_|NIG/LERIC Select | 


Although in the description above the I/O map is positioned 
at the addresses 300-31F, it may also be placed in the 
following address spaces: 320-33F, 340-35F, 360-—37F. 
These alternate address spaces may be selected by the two 
jumpers (JP1 and JPO) as shown in Table II. 


TABLE Il. Optional Address Spaces 


[ari | spo | WoAddress space 
[on | on | cooneetrn 
[on [or | eaon-sorh 
[or [on | ovone 


340h-35Fh 
360h-37Fh 


3.2 Data and Address Paths 


The fellowing paragraph may be better understood by look- 
ing at the block diagram shown in Figure 1. Twenty address 
lines from the PC® go onto the LERIC-NIC Board, but only 
four of them actually go to the LERIC and the NIC. These 
four addresses along with the TOR (low-asserted !/O read) 
or IOW (low-asserted I/O write) and the CS (NIC chip select 
signal) allow the PC to read or write to the LERIC and NIC’s 
registers. If the system wants to read from or write to the 
LERIC or NIC registers, the data (8 bits for the NIC and 4 
bits for the LERIC) must pass through the appropriate 245 
buffer. 


All of the packet data will pass through the I/O ports (the 
374’s). Each 374 is unidirectional and can only drive 8 bits, 
therefore it is necessary to have four 374’s. Two of which 
drive data from the ports to the board memory and two of 
which drive the data from the ports to the AT bus. Even the 
PROM, which can only be addressed by the NIC, sends its 8 
bits of data out through the 374’s. When the PROM does 
this, two of the 374’s will be enabled but only the lower 8 
bits will have valid data. The RAM is also accessed by the 
NIC. However, it is addressed by 14 bits and drives out 16 
bits of data. 
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DECODE 
PAL 


ENABLE A14~A19 


PC-AT SYSTEM BUS 


ADDRESS 
DECODE/ 


PORT 
HANDSHAKE 
LOGIC 
PALS 
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FIGURE 1. LERIC-NIC PC-AT System Interface 


The PALs® receive 7 address lines among many other sig- 
nals such as IOR, IOW, ACK, MRD, etc. With these signals 
the PALs do all of the decodes, such as selecting the LER- 
IC-NIC Board, the LERIC chip, the NIC chip, the RAM, and 
the PROM. 


The EPROM socket is provided so that the user may add an 
EPROM to the system. This EPROM would normally contain 
a program and a driver to enable the PC-AT to be booted up 
through the network. The chips necessary to interface the 
EPROM to the system are the 27128 (EPROM), a 16L8 
(PAL), and a 74ALS244 (buffer). Also, JP7 must be placed 
in the proper selection as described in the jumper section. 
The PAL decodes SA14-SA19, along with SMRDC (system 
memory read), in order to generate the EPROMEN signal. 
This signal, issued when the PC wants to execute the 
EPROM and the 244 buffer. 


3.3 Global Register Description 


An additional 3-bit write only register is provided on the 
board to allow for accesses to the LERIC. This register is 
also accessed using the I/O port architecture, and one ad- 
dress location in the I/O space has been allocated for it. 
This register can be mapped to one of four address loca- 
tion. This is done by using jumpers JP2 and JP3 as shown in 
Table III. The CPU can only write to this register. 
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TABLE Ill. Optional Address Spaces for Global! Register 


The three bits in this register are shown in Table IV. Bits 0 
and 1 are used to specify the board number. Since there 
can be up to four boards cascaded together, a unique board 
address is necessary to distinguish between them. Bit 2 is 
used to select the NIC or the LERIC when CPU accesses 
are being made. On power-up this bit defaults to one and 
selects the NIC. In order to access the LERIC, this bit has to 
be set to zero. 


TABLE IV. Global Register Bits 


NIC/LERIC 


pS8-NV 


AN-854 


4.0 LERIC-NIC INTERFACE 


The LERIC-NIC interface makes use of the Inter-LERICT™ 
Bus which consists of the following signals: ACKO, ACKI, 
IRC, IRD, IRE, ACTN, ANYXN and COLN. Besides NRZ 
data (IRD) and clock (IRC) this bus provides other signals 
necessary for cascading one LERIC to another. The NIC is 
treated as another LERIC when it is connected to the Inter- 
LERIC bus. The Inter-LERIC Bus also eliminates the need 
for an encoder/decoder chip to which the NIC is usually 
connected. Since the Inter-LERIC Bus is bidirectional and 
some logical operations are necessary to convert the sig- 
nals to be compatible with the NIC, a PAL and some TRI- 
STATE® buffers are used to implement this function. Figure 
2 shows the interface between the LERIC and NIC. In this 
implementation the NIC is placed on the top of the arbitra- 
tion chain. The NIC input pins RXC and RXD are connected 
directly to the LERIC pins IRC and IRD, respectively. The 
COL input of the NIC is derived by combining the COLN and 
ANYXN signals from the LERIC. The CRS input on the NIC 
comes from the inverted IRE signal of the LERIC. When the 


ed together. The ACKI and ACKO signals are daisy chained 
between the boards. The ACKO signal will drive the ACKI 
input of the board which is next on the arbitration chain. 
Jumper JP8 (see schematic) is used to tie ACKI to the in- 
verted TXE signal from the NIC, which puts the NIC at the 
top of the arbitration chain. If all boards are used in slave 
mode, JP8 can also tie ACKI high, putting that board on top 


- of the chain. Otherwise, with JP8 removed, the ACKI signal 


NIC wants to transmit, it drives the ACKI input of the LERIC - 


with the inverted TXE signal. The inverted TXE signal is also 
used to enable the 244 TRI-STATE buffer which connects 
the NIC output signals TXD, TXC to the IRD and IRC signals 
on the Inter-LERIC Bus. TXE is used to drive the ACTN and 
TRE signals during transmission. 
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FIGURE 2. LERIC-NIC Interface 
4.1 Inter-LERIC Bus Interface 


The LERIC-NIC board, or master board, may also be used 
without the NIC. A board with the LERIC only (no NIC), or 
slave board, is desirable when more boards are to be used 
in the same PC. One master and up to three slave boards 
can be cascaded using the Inter-LERIC Bus interface to 
form a larger logical repeater, (i.e., one that meets IEEE’s 
specification for a single repeater). There are two 14-pin 
headers on the board for cascading the Inter-LERIC bus 
signals. Both headers contain the signals IRC, IRD, IRE, 
ACTN, ANYXN, and COLN. The input header, J7, also con- 
tains the ACKI signal, and the output header, J9, contains 
ACKO. These signals enable multiple LERICs to be cascad- 


will be driven by the ACKO output of the board higher up on 
the arbitration chain. Since these signals are held TRI- 
STATE or open collector they are pulled up by resistors. 
The resistor value of 8.2 kf. is selected for these pull-ups. 
When all four boards are cascaded, the smallest pull-up val- 
ue on any Inter-LERIC signal will be approximately 2 kN. 
This elevates the need to remove some of these pull-up 
resistors when additional boards are cascaded. 


5.0 BOARD OPERATION 


The following pages describe the slave accesses to the 
LERIC-NIC and the local DMA and remote DMA operation. 


5.1 Global Register Operations 


Accesses to the board are register operations to the NIC or 
the LERIC, which are done to set up the NIC to control the 
operation of the NIC’s DMA channels, and read and write to 
the LERIC registers. Since the NIC and LERIC share the 
same |/O space for the registers (300h-30Fh), an addition- 
al CPU operation is required. Before any register read or 
write, the CPU performs a write to the global register bit 2 in 


- order to select the LERIC or NIC and to bits 0 and 1 select- 
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ing one of the four possible boards. The usage of this bit 
depends on the software used. If a normal network (no hub 
access) driver is used the card looks like a pure adapter to 
the software. The board normally would be set with the NIC 
selected. When the driver needs to access the LERIC it 
would first write to the Global Register, do the LERIC opera- 
tions, then set it back to enable the NIC access. This mini- 
mizes the changes to the NIC portion of the driver. 


To begin the global register write (see Section 3.0 for the 
Global Register description), the CPU drives the SAO—SA3 
address lines to the LERIC-NIC board and the SA4-SA9 
address lines to the PAL. With these address lines, the PAL 
decodes to 200, 220, 240 or 260 depending on the settings 
of jumpers JP2 and JP2. The CPU then drives the OW 
strobe which is used to latch in the data on the AT bus into 
the Global Register on the rising edge of IOW. This ends the 
cycle of the global register write. , 


5.2 LERIC Register Accesses. 


Before any LERIC register access, the CPU must write to 
the global register in order. to select the LERIC and the ap- 
propriate LERIC-NIC board. After the register access, the 
CPU must perform another write to the global register. to 
select the NIC. 


5.2.1 LERIC Register Read 


To begin the register read, the CPU drives the four address 
lines (SAO-—SA3) to the LERIC and the SA4~SA9 address 
lines to the PAL. With these address lines and the IOR line, 
the PAL decodes to 300-30F (the LERIC registers) and the 
LRD signal is enabled. Once the LERIC receives this LRD, it 
then sends out a low. assertion on BUFEN. The BUFEN 
signal is used by the PAL to assert the IOCHRDY signal 
false. The LERIC then drives out the data from its internal 
registers to the 245 buffer. The 245 buffer is then enabled 
by the LERICEN signal and the data is driven onto the AT 
BUS. A 3-bit counter is used to indicate when the LERIC has 


driven the data out. This gives the LERIC enough time to 
output the data. This is required since the LERIC does not 
have any other signal which indicates that the data is avail- 
able. This is indicated by the signal COUNT__4 going high 
(after about 400 ns) which causes the PAL to assert 
IOCHRDY true. As a result, TOR is driven high by the CPU, 
thereby de-asserting the CRD. On the rising edge of the 
TOR, the data which is on the AT BUS is latched into the 
system. The addresses are removed at the same time, 
causing the LERIC chip select to become de-asserted, end- 
ing the register read cycle. 


5.2.2 LERIC Register Write 


To begin the register write, the CPU drives the four address 
lines (SAO-SA3) to the LERIC and the SA4—SA9 address 
lines to the PAL. With these address lines and the IOW line, 
the PAL decodes to 300-30F (the LERIC registers) and the 
CWR signal is enabled. Once the LERIC receives this LWR, 
it then sends out a low assertion on BUFEN. The BUFEN 
signal is used by the PAL to assert the IOCHRDY (used to 
insert wait states) signal false. The CPU then drives out the 
data onto the AT BUS where it goes into the 245 buffer. The 
245 buffer is then enabled by the LERICEN signal and the 
data is driven to the LERIC. A 3-bit counter is used to indi- 
cate when the LERIC has latched the data in. This is indicat- 
ed by the signal COUNT_4 going high which causes the 
PAL to assert [OCHRDY true. As a result, IOW is driven high 
by the CPU, thereby de-asserting the LWR. The addresses 
are removed at the same time, causing the LERIC chip se- 
lect to become de-asserted, ending the register write cycle. 


5.3 NIC Register Accesses 


The following discussion assumes a jumper setting for |/O 
address space of 300h-31Fh. 


5.3.1 NIC Register Read 


To begin the register read, the CPU drives the four address 
lines (SAO-SA3) to the NIC and the SA4-SA9 address lines 
to the PAL. With these address lines, PAL #2 decodes to 
300-30F (the NIC registers) thereby enabling the chip se- 
lect for the NIC. The CPU also drives the IOR line which the 
NIC sees as the SRD (slave read). Since the NIC may be a 
local bus master when the CPU attempts to read or write 
the controller, an ACK line is used by the PAL to assert the 
IOCHRDY signal false and wait state the CPU. The NIC 
drives out the data from its internal registers to the 245 
buffer. When the NIC is ready to be in slave move and com- 
plete the read cycle, it asserts ACK true which enables the 
245 buffer and the data is driven onto the AT BUS. Driving 
ACK true also causes the PAL to assert IOCHRDY true. As 
a result, IOR is driven high by the CPU, thereby de-asserting 
the SRD. On the rising edge of the IOR, the data which is on 
the AT BUS is latched into the system. The addresses are 
removed at the same time, causing the NIC chip select to 
become de-asserted, ending the register read cycle. 


5.3.2 NIC Register Write 


To begin the register write, the CPU drives the SAO-SA3 
address lines to the NIC and the SA4—SA9 address lines to 
the PAL. With these address lines, the PAL decodes to 
300-30F (the NIC registers) thereby enabling the chip se- 
lect for the NIC. The CPU then drives the IOW strobe which 
the NIC sees as SWR (slave write). Once the NIC receives 
this SWR it sends back a low assertion on ACK to acknowl- 
edge that it is in slave mode and ready to perform the write. 
A low assertion on ACK will generate IOCHRDY true and 
enable the 245 buffer. The 245 buffer then drives the data 
from the AT BUS to the NIC. The system drives IOW high, 
thereby de-asserting the SWR and latching the data. The 
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addresses also are taken away and the chip select then 
goes high (de-asserted). This ends the cycle of the register 
write. 

5.4 NIC Local Memory Map 

There are only two items mapped into the local memory 
space. These two items, shown in Table V, are the 8k x 16k 
buffer RAM and the ID address PROM. The buffer RAM is 
used for temporary storage of transmit and receive packets. 
For transmit packets, the remote DMA puts data from the 
1/O ports into the RAM and the loca! DMA moves the data 
from the RAM to the NIC. For the receive packets, the local 
DMA carries the data from the NIC to the RAM and the 
remote DMA moves the data from the RAM to the I/O ports. 


_TABLE V. NIC Local Memory Map 
7FFFh 


| RAM 
4000h 


SFFFh 


0000h 


The ID address PROM (748288 32 x 8) contains the physi- 
cal address of the evaluation board. Each PROM holds it 
own unique physical address which is installed during its 
manufacture. Besides this address, the PROM also contains 
a checksum. This checksum, calculated by exclusive OR- 
ing the six address bytes with each other, is provided in 
order to check the addresses. At the initialization of the 
evaluation board the software commands the NIC to trans- 
fer the PROM data to the I/O Port where it is read by the 
CPU. The CPU then verifies the checksum and loads the 
NIC’s physical address registers. Table VI shows the con- 
tents of the PROM. 


TABLE VI. PROM Contents 


PROM Location Contents 
; Location 
00h Ethernet Address 0 
(most significant byte) 
Ethernet Address 1 
02h Ethernet Address 2 
03h Ethernet Address 3 


| os Ethernet Address 4 
a ee Ethernet Address 5 
O6h-0Dh 


- 
through 5 


5.5 NIC Remote DMA Packet Data Transfers 


Remote DMA transfers are operations performed by the 
NIC on the board. These operations occur when the NIC is 
programmed to transfer packet data between the PC-AT 
and the card’s on-board RAM. These transfers take place 
through the I/O Port interfacing. 
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5.5.1 Remote Read 


To program the NIC for a remote read, the CPU must take 
five slave accesses to the NIC. The CPU must write the 
Remote Start Address (2 bytes) and the Remote Byte Count 
(2 bytes). Then the CPU issues the Remote DMA Read 
command. 


Once the NIC has received all of the above data, it drives 
out BREQ and waits for BACK. The NIC immediately re- 
ceives BACK because it is tied to the BREQ line. BREQ can 
be tied to BACK because there are no other devices con- 
tending for the local bus. After receiving the BACK, the NIC 
drives out the address from which the data is required to be 
read. This address flows into the 373’s and is latched by 
ADSO. From here, the address flows to the RAM. The RAM 
waits until it receives MRD from the NIC and then it drives 
the data into the 374 ports. The 374 ports then latch the 
data on the rising edge of the PWR strobe from the NIC. 
PRQ is then sent out by the NIC to let the system know that 
there is data waiting in the ports. 


If the AT reads the I/O ports before the NIC has loaded the 
374’s, then the port request (PRQ) from the NIC will not yet 
be driven. This unasserted PRQ signal causes the AT’s 
ready line to be set low, indicating that the NIC has yet to 
load the data. After the data is in the ports, the system must 
then read the 374 data ports. This begins with the AT driving 
out an address which is decoded (inside PAL #1) to the 
data I/O Ports (310-317). PAL #2 then drives RACK to the 
NIC, indicating that the CPU is ready to accept data. This 
RACK signal then reads the data from the 374 ports onto 
the AT BUS. The system deasserts IOR which finishes the 
cycle. 


5.5.2 Remote Write 


Like the remote read, the remote write cycle also begins 
with five slave accesses to the internal registers. The CPU 
must write the Remote Start Address (2 bytes), the Remote 
Bytes Count (2 bytes), and issue the Remote DMA write 
command. The NIC then issues a PRQ. The CPU responds 
by sending an IOW, indicating that it is ready to write to the 
ports. The CPU also drives out the address which corre- 
sponds to the I/O Ports. PAL #2 generates WACK on an 
address decode to the data buffers along with PRQ and 
TOW. This WACK signal latches the data into the 374 ports. 
The NIC issues a BREQ and immediately receives BACK 
since the two lines are tied together. The NIC, upon receiv- 
ing BACK, drives out address lines to the 373’s. These ad- 
dress lines are latched by ADSO and then are driven to the 
RAM. The NIC then sends out a PRD and a MWR which 
drives the data from the 374 ports into the already specified 
address of the onboard RAM. PRD and MWR are then de- 
asserted and the cycle ends. 


5.6 Network Transfers from NIC to Buffer RAM 


Transfers to and from the network are controlled by the 
NIC’s local DMA channel which transfers packet data to/ 
from the NIC’s internal FIFO from/to the card’s buffer RAM. 


5.6.1 Data Reception 


The data received from the network, is deserialized and is 
loaded into the FIFO inside of the NIC. The NIC then issues 
a BREQ and immediately receives BACK since the lines are 
tied together. After receiving BACK, the NIC drives the ad- 
dress lines to the 373’s. The 373’s are latched by ADSO and 
the address is allowed to flow to the RAM. Then the NIC 
drives out MWR along with the data from the FIFO. The 
data flows into the RAM at the address given earlier. The 
MWR strobe is then de-asserted, ending the cycle. 
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5.6.2 Data Transmision 


To begin the transmit cycle, the NIC issues a BREQ and 
waits for BACK. Since BREQ and BACK lines are tied to- 
gether, BACK is received immediately. Upon reception of 
this signal, the NIC drives out the address to the 373’s 
which latch the address with the ADSO strobe. The address 
then flows to the on-board memory. MRD, driven by the 
NIC, causes the RAM to drive the data out of the given 
address and into the NIC. The NIC then latches the data 
into the FIFO on the rising edge of MRD. The high assertion 
of MRD signifies the ending of this cycle. From the FIFO, 
the data is serialized and transmitted on the network. 


6.0 TWISTED PAIR INTERFACE 


The interface to the network through the LERIC twisted pair 
ports is shown in Figure 3. To drive the transmitted signal 
through 100 meters of Unshielded Twisted Pair (UTP) cable, 
the LERIC requires external drivers. The optimized resistor 
network shown provides the proper pre-emphasis on the 
transmit signals and the 1009 termination on the receive 
pair. Standard Filter Transformer Choke modules (such as 
Valor FL1012) are used to provide the required filtering and 
isolation. 


7.0 BOARD CONFIGURATION 


The LERIC is initialized during power-on reset. On the rising 
edge of the reset signal from the PC-AT, the data on the 
pins DO-D7 are loaded into the configuration registers. This 
reset is tied directly to the MLOAD pin of the LERIC. (Refer 
to the LERIC datasheet for the description of MLOAD.) On 
the LERIC-NIC board there are pull-up resistors on pins 
DO-D7, which will load 1’s into the configuration registers 
during power up. The all 1’s pattern configures the LERIC in 
the six twisted pair ports and one full AUI mode, enables the 
polarity switching on the twisted pair ports, selects the 31 
consecutive collision counts on a port before partition and 
sets the LED update operation in the maximum mode. 


The LERIC possesses control logic and interface pins which 
may be used to provide status information concerning activi- 
ty on the attached network segments and the current status 
of repeater functions. On the LERIC-NIC board, 7 LED’s are 
provided (one for each port and one for updating ‘‘any” port 
status). A ‘259 addressable latch is used to latch the data 
and address information contained in the D(7:0) pins of the 
LERIC (refer to the LERIC datasheet for the description of 
each pin). A toggle switch, SW1, is also provided to allow 
the display of either the status of the link integrity or recep- 
tion activity on a per port basis and the status of collisions or 
jabber on the “any” port LED. This switch selects which 
LERIC data pin to use as data input to the ‘259 latch. 


An on-board crystal oscillator provides the clock inputs for 
the NIC and LERIC. The oscillator’s output is 20 MHz, which 
is fed directly to the LERIC and the NIC. Since the NIC also 
requires a 10 MHz clock, a flip-flop (74ALS74) is used to 
divide the 20 MHz down to 10 MHz. This is fed to the TXC 
input of the NIC. 


The 10 MHz clock is also used as an input to the 74LS93 
counter. Since there is no “Ready” signal from the LERIC 
indicating the completion of the data latching on a register 
read or write operation, this counter is used to generate a 
wait state before the |I/OCHRDY signal is asserted back to 
the CPU. 
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FIGURE 3. Twisted Pair Interface 


7.1 Jumper Options 


The default jumper block configurations are shown in Figure 
4. On JB4, there are six possible connections. Four of these 
are to select an interrupt line. The available interrupt lines 
include INT3, INT4, INT5, and INT9. The last two possible 
connections, JP1 and JPO, are used to select the base ad- 
dress for the board. However, if JP7 is connected to Vcc, 
then these last two connections also select the address of 
the EPROM. 


ao nm t+ 1 
EF F&F F&F & 
= 2 2 =z 


SQ 


TL/F/11706-4 
FIGURE 4. Jumper Blocks 
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The possible selections and the jumpers which should be 
ON (closed) are shown in Table VII. The factory configura- 
tion uses the INTS line for interrupts and has JP1 and JPO in 
the ON position. JP2 and JP3 are used to set the optional 
address space for the global register. The default position is 
ON for these jumpers (see Table Ill). 


TABLE VII. Base and EPROM Addresses 


| upi_| spo | BaseAdd | EPROMAdd | 
| on | on | 300n-31Fh | ca0on_ 
| ON | 340h-35Fh_| 


340h-35Fh | DO00h 
| oFF | OFF | 360h-37Fh | D400h 


JP4 and JP5 are used to set the board address when multi- 
ple boards are cascaded together. These jumpers are nor- 
mally ON in the default position. JP6 is used to take care of 
the IOCHRDY timing issues in some clone ATs. The default 
for this jumper is OFF (refer to PAL #2 description for more 
details on the IOCHRDY timing inconsistency). JP8 is used 
for arbitration when cascading several boards. The default 
position assumes that the NIC is on top of the arbitration 
chain, and ACKI is generated from PAL #4. When cascad- 
ing several boards, the boards lower on the chain would 
have JP8 removed. 
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8.0 PAL EQUATIONS 

PAL # (U1) 

In this PAL, the output signals are NIO16, NIOEN, NNICB 
and SELREG. 

NIO16 is only asserted if the CPU is trying to access the 
local RAM buffers and the board is in a 16-bit slot. NIO16 is 
used by the CPU to determine if it should perform .8- or 
16-bit operations. If NIO16 is false, then the CPU will only 
perform 8-bit operations. Since it is necessary to assert 
NIO16 as soon as possible, this PAL has been selected to 
be a 10 ns “D” PAL. The NIO16 signal must be TRI-STATE 
when it is not asserted. Therefore, we use an enable signal 
(NIOEN) which is equal to the decode for the I/O Ports 


PAL 1 
begin header 
date: 4/2/91 
functions: 


(310-31F) and NAEN high (NAEN high signifies that the . 
system DMA does not have control of the bus). The enable 
signal (NIOEN) loops back into the PAL to bring NIO16 out 
of TRI-STATE. The NIO16 signal is set to zero so that 
whenever it is enabled it will be asserted. 

The NNICB signal consists of simple address decodes 
along with NAEN, and will be asserted when the CPU wants 
to access the LERIC-NIC board. The addresses decode to 
one of four address slots which were earlier mentioned in 
the board configuration section. 

The SELREG signal is similar to NNICB and decodes to one 
of four addresses which were mentioned in the board archi- 
tecture section. SELREG is asserted when the CPU wants 
to access the Global Register. 


NIC/LERIC BOARD DECODE, 1016 DECODE, AND GLOBAL REGISTER DECODE'; 


end header 


begin definition 
device gall6v8; 
inputs 
NEN16=1, NAEN=2, SA9=3, 
SA8=4, SA7=5, SA6=6, 
SA5=7, SA4=8, SA3=9, 
JPO=13, JP1=14, JP2=15, JP3= 16; 
outputs (com) 
_ /NNICB=12, /NIO16=18, SELREG=19; 
feedbacks (com) 
NIOEN=17; 
end definition 


begin equations 


(INAEN & SAQ & SAS & !SA7 & !SA6 & !SA5 & !JP1 & !JPO. 


NNICB = 
# 'NAEN & SAO & SAS & !SA7 & !SA6 & SAS & !JP1 & JPO 
# !NAEN & SAO & SAS & !SA7 & SAG & !SA5 & JP1 & !JPO - 
# 'NAEN & SAO & SAS & !SA7 & SA6 & SAS & JP1 & JPO); 
SELREG = (!NAEN & SAO & !SA8 & !SA7 & !SA6 & !SA5 & !JP3 & !JP2 
# !NAEN & SAO & !SA8 & !SA7 & !SA6 & SAS & !JP3 & JP2 
# !NAEN & SAO & !SA8 & !SA7 & SA6 & !SA5 & JP3 & !JP2 
# !NAEN & SAO & !SA8 & !SA7 & SA6 & SA5 & JP3 & JP2); 
NIOEN = (!NAEN & SAQ & SAS & !SA7 & !SA6 & !SA5 & !JP1 & !JPO 


& INENL6 & SA4 & !SA3 

# INAEN & SAO & SAS & !SA7 & !SA6 & SAS & !JPL & JPO 
& !NENI6 & SA4 & !SA3 | 

# INAEN & SAO & SAS & !SA7 & SAG & !SA5 & JP1 & !JPO 
& !NENI6 & SA4 & !SA3 

# INAEN & SAO & SAS & !SA7 & SAG & SAS & JP1 & JPO 
& !NENI6 & SA4 & !SA3); 


NI016.0e = NIOEN; 
NIO16 = 1; 


end equations 
TL/F/11706-5 
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PAL # (U2) 


In this PAL, there are seven outputs which include NRESET, 
NIOCHR, NIOCHW, NIOCHC, NCS, NRACK, and NWACK. 


The IOCHRDY signal is used to wait state the CPU. Normal- 
ly an I/O card drives |OCHRDY low (not ready) only affer 
the address and I/O read or write signals have been assert- 
ed. On some PC-AT compatible PCs (those using Chips and 
Technologies or VLSI Inc. chipsets), during a 16-bit I/O op- 
eration, the bus controller actually samples the IOCHRDY 
signal before the I/O read or write signal is asserted. 


NIOCHC is used to drive IOCHRDY low (not ready) based 
only on an address decode, thus allowing IOCHRDY to be 
asserted earlier and in the proper state when it is sampled 
by the bus controller. 


As shown in Figure 5, NIOCHR, NIOCHW, and NIOCHC are 
all externally wire-ORed together to generate the IOCHRDY 
signal. NIOCHR along with NIOCHR.OE (enable NIOCHR) 
are for slave read and remote read cycles. NIOCHW and 
NIOCHW.OE (enable NIOCHW) are for slave write and re- 
mote write cycles. These signals together generate the 
“normal” (OCHRDY signal. 

For more details on the IOCHRDY fix, refer to the applica- 


tion note PC-AT Interface Design Considerations for the 
DP83902EB-AT. NIOCHC may cause problems on PC’s that 


NICB 
TOR 
Tow 

RSTDRV 

ACK 
PRQ 
SA4 
SA3 
BUFEN ——— 
NICSEL 
MEMR 


74LS74 D FLIP FLOP 


do not use Chips and Technologies or VLSI Inc. chipsets. A 
D-flip flop is used to generate CLONEN to implement the 
timing modification. The variable CLONEN is tied to a jump- 
er that is used to switch the IOCHRDY signal characteristics 
to “normal” or modified timing. If the system operates under 
“normal” timing characteristics, JP6 should be removed. 


NCS is asserted by the CPU when it needs to access the 
NIC registers. NCS is decoded in the address range oi 
300-30F along with NICSEL from PAL #5. NICSEL is set 
high to access NIC registers and low to access LERIC regis- 
ters. 

The next two signals, NRACK and NWACK, are used to 
acknowledge successful transfers between the CPU and 
the NIC data buffers. The NRACK occurs with an address 
decode to 310-317, an NIOR, and a PRQ. NWACK occurs 
with an address decode to 310-317, an NIOW, and a PRQ. 
The last signal is NRESET, which is used to reset both the 
NIC and LERIC configuration registers. NRESET can be as- 
serted by the system with RSTDRV or through software af- 
ter the system has booted up. Once NRESET has been 
asserted, it is held low until |OW is received from the CPU. 
This will guarantee that NRESET has the pulse width re- 
quired by the NIC. 


CLONEN 
cs 
COUNT_4 
NIOCHR 

NIOCHW 

NIOCHC 


/\OCHRDY 
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PAL 2 


begin header 

date: 4/2/92 

functions: 

RESET LATCH, NIC SELECT, IOCHRDY, RACK, WACK as 
end header 


begin definition 


device PAL20L8; 


inputs 
NNICB=1, 
RSTDRV=4 


NIOW=2, NIOR=3, 
, NACK=5, PRQ=6, 


SA4=7, SA3=8, NBUFEN=9, NICSEL=10, 


NMEMR=11 


, NMEMW=13, EN16=14, COUNT_4=21, CLONEN=23; 


outputs (com) 

INRACK=15, !NWACK=16, 
INIOCHR=18, !NIOCHW=19, 
INIOCHC=20, !NCS=22; 


feedbacks (com) 
!NRESET=17 ; 


end definition 


begin equations 


NCS = 


NRACK = 
NWACK = 
NIOCHR= 


(!NNICB & !NIOR & !SA4 & NICSEL 
# INNICB & !NIOW & !SA4 & NICSEL); 
(!NNICB & PRQ & !NIOR & SA4 & !SA3 & NICSEL); 
('NNICB & PRQ & !NIOW & SA4 & !SA3 & NICSEL); 
(!PRQ & SA4 & !SA3 & NICSEL 
# NACK & !SA4 & NICSEL 
# !NICSEL & !NBUFEN & !COUNT 4); 


NIOCHR.oe= (!NNICB & !NIOR); 


NIOCHW= 


(!PRQ & SA4 & !SA3 & NICSEL 
# NACK & !SA4 & NICSEL 
# !NICSEL & !NBUFEN & !COUNT_4); 


NIOCHW.ce= (!NNICB & !NIOW); 


NIOCHC=1 


. 
, 


NIOCHC.oe= (!NNICB & NMEMR & NMEMW & !PRO & !ENI6 & 


NRESET = 


!CLONEN & SA4 & !SA3); 
(!NNICB & !NIOR & SA4 & SA3 # NIOW & NRESET # RSTDRV); 


end equations 


TL/F/11706-7 
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PAL #3 (U16) 


The third PAL does a decode to enable the- pair 
EPROM. This decode consists of an address decode to 
C8000h, CC000h, DO00Oh, or D4000h depending on JP1 
and JPO as shown in the board configuration section. JP7 
must also be jumpered for selection of the EPROM. NAEN, 
a low asserted signal should be low to indicate that the DMA 
does not have control of the bus and the NSMRDC signal 
should be asserted low since the CPU is doing a acm 


The A013 signal is used for 8-bit mode operation. When the 
board is placed into an 8-bit slot the EN16 signal is used to 
detect the existence of the second PC-AT bus connector. If 
EN16 is low then the board is in a 16-bit slot. In this condi- 
tion, A13 (from the NIC) is enabled to A013 which goes to 
the LSB RAM. If the board is placed into an 8-bit slot then 
EN16 is pulled high by a resistor, and this causes the LER- 
IC-NIC’s AO signal to be enabled. This allows the LSB RAM 


to be used as an 8-bit RAM. 

memory read. 7 
PAL 3 | 

begin header 

date: 4/2/92 

function: 

EPROM DECODE'; 

end header 


begin definition 
device pali618; 


inputs 

AO=1, A13=2, EN16=3, 
NSMRDC=4, SA19=5, SA18=6, 
SA17=7, SA16=8, SA15=9, 
SA14=11, NAEN=13, JP2=14, 
JP0=15, JP1i=16; 


outputs (com) 


!NEPROMEN=19, !A013=12; 


{Note: I/O pins 17 and 18 are not being used.} . 
end definition 
begin equations 
NEPROMEN = (SA19 & SA18 & !SA17 & !SA16 & SA15 & !SA14 & !NAEN 
& JP2 & 'JP1 & !JPO & !NSMRDC 
# SA19 & SA18 & !SA17 & !SA16 & SA15 & SA14 & !NAEN 
& JP2 & !JP1 & JPO & !NSMRDC 
# SA19 & SA18 & !SA17 & SA16 & !SA15 & !SA14 & !NAEN 
& JP2 & JP1 & !JPO & !NSMRDC 
# SA19 & SA18 & !SA17 & SA16 & !SA15 & SA14 & !NAEN 
& JP2 & JPi & JPO & !NSMRDC); 


AQL3 = (!AO & EN16 # !A13 & !ENIG); | 


end equations TL/F/11706-8 
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PAL #4 (U30) 

In this PAL there are seven outputs which include CRS, 
COL, TXENABLE, NLRD, NLWR, NLERICEN, and 
GRDATA. o , 

The first three outputs generate the interface signals be- 
tween the LERIC and NIC. CRS is just an inverted NIRE 
signal which notifies the NIC that there is activity on the 
network, and COL is asserted if there is a receive or trans- 
mit collision coming from the LERIC. TXENABLE is tied to 
ACKI, putting the NIC at the top of the LERIC’s arbitration 
chain. TXENABLE is also used to enable the 244 buffer that 
controls the flow of TXE, TXC, and TXD coming from the 
NIC. 


PAL 4 
begin header 
date: 4/2/92 
function: 


LERIC READ, LERIC WRITE, LERIC MLOAD, 


end header 


begin definition 
Gevice pali618; 


inputs 


NLAD, and NLWR generate the read and write strobes to 
the LERIC based on an address decode, IOR or IOW, and 
LERICHIT. LERICHIT is the Global Register decode from 
PAL #5. 

The NLERICEN signal is used to enable the TRI-STATE 
buffers and receivers that access the LERIC registers. It will 
only be asserted after NLRD or NLWR are true and the 
LERIC has driven BUFEN low, signifying that the inter-LER- 
IC BUS is available to do a register read or write. 


The last output, GRDATA, is used to jatch the Global Regis- 
ter bits into PAL #5. The data bits from the AT-BUS will be 
valid after OW is asserted low along with SELREG, which is 
an address decode for the Global Register coming from 
PAL #1. 


CRS, Global Register Data; 


NIOR=1, NIOW=2, SELREG=3, LERICHIT=4, 


NBUFEN=5, NANYXN=6, NCOLN=7, NIRE=8, 
SA4=9, NICB=11, TXE=16; 


outputs (com) 


INLWR=12, !NLRD=13,!TXENABLE=14, !NLERICEN=15, 


ICRS=17, !COL=18, !GRDATA=19; 
end definition 


begin equations 


° 
f 
e 
? 


# !NICB & !NIOW & !SA4 & LERICHIT & !NBUFEN); 


CRS = NIRE ; 

!COL = INCOLN # !NANYXN; 

TXENABLE = TXE; 

NLRD = (!NICB & !NIOR & !SA4 & LERICHIT ) 

NLWR = (!NICB & !NIOW & !SA4 & LERICHIT ) | 

NLERICEN = (!NICB & !NIOR & !SA4 & LERICHIT & !NBUFEN 
{GRDATA = SELREG & !NIOW; 


end equations 


TL/F/11706-9 


PAL #5 (U29) 

This GAL includes the outputs NCSROM, INTO, LERICHIT 
and NICSEL. The two registered outputs IDO and ID1 are 
only used internally by the GAL. 


The LERICHIT signal comes from the decode of the Global 
Register, and indicates that the CPU needs to access the 
LERIC. 

PAL 5 

begin header 

date: 8/7/92 

function: 

LERICHIT, NICSEL, INTO, NCSROM'; 
end header 


begin definition 

device gall6v8; 

inputs 

GRDATA=1, JP4=2, JP5=3, 
D2=4, Di=5, DO=6, NIOR=7, 
A1l4=8, NMRD=9, INT=18; 
outputs (com) 

INCSROM=12, INTO=13, 
LERICHIT=19, NREAD=14; 


feedbacks (reg) 
ID0=15, ID1=16, NICSEL=17; 


end definition 
begin equations 


INTO = INT;. 
NIOR; 


IDO := DO; 
ID1 := Di; 


NICSEL := D2; 


NCSROM = ( !A14 & !NMRD); 


LERICHIT = 


GRDATA is used to clock in the registered outputs consist- 
ing of IDO, IDi, and NICSEL. These three bits store the 
contents of the Global Register. 


INT is just sent through the GAL to be buffered. The buff- 
ered signal which comes out of the GAL is INTO. The 
NCSROM is a very simple signal as it consists only of AD14 
and NMRD. AD14 comes from the NIC and selects either 
the PROM (when low) or the on-board RAM (when high). 


(IDO & ID1 & JP4 & JP5 & !NICSEL 


pS8-NV 


# !IDO & !JP4 & ID1 & JP5 & !NICSEL 
# IDO & JP4 & !ID1 & !JP5 & !NICSEL 
# !IDO & !JP4 & !ID1 & !JP5 & !NICSEL); 


end equations 


TL/F/11706-10 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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LERIC/NIC PC-AT Evaluation Board (Continued) 
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14 Pin Header 


ue 


KH NURUAN@OSaS 


RXI3+ 
RXI3- 
TXO3+ 
TXOP3- 
TXOP3+ 
TX03- 


By 


RXI44 
RXI4- 
TX044 
TXOP4— 
TXOP4+ 
TXO4* 


By 


RXIS+ 
RXIS- 
TXO5+ 
TXOPS= 
TXOP5S+ 
TXOS~- 


ys 


~ 


RXIG+ 
RXI6= 
TXO6+ 
TXOP6- 
TXOP6+ 
TX06- 


RP2 H 
_ SIPBx300 4 


yy 


RXI7+ 
RXI7= 
TXO7+ 
TXOP7~ 
TXOP7+ 
TX07- 


a 


U35 
7418259 


e 

i] i] 

H pret 
t 1 SIP8x10k 
a 
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LERIC/NIC PC-AT Evaluation Board (Continued) 


TxB7- 6t9 ip) 


rxe7p+ 301-10 


RXi~ RO- 
Ret Ret 
RXl+ RD+ 


TX0= TD- 
Tot Tot 
TXO+ TO+ 


FL1012 


RI R25 
RIS R16 
ports [3 49_9_1pe | 49_9_1pc Txp3- -1-9-1pe 806_Ipe 
TX3- 


3-H4 


806_1pc 


PorT2 [> U33 
3-H3 TAACT244 = 


Ret 
R17 RD+ 
49_9_1pc  49_9_1Ipe 


TD- 
Tet 
TO+ 


FL1012 
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LERIC/NIC PC-AT Evaluation Board (Continued) 


C17, s-C18—sC19SsCiC2Dsi‘iSC“sCR2siSsCiSSBCCC2T—si2BSCC2DO 
0.01 pF 0.01 uF 0.01 uF 0.01 pF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 pF 0.01 uF 


csi C32 C33 C34 C35 C38 = C37 C38 C39 C40 cat C42 c43 C44 
0.01 pF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 0.01 uF 


c45 C46 C47 C48 c4g cs0 c51 C52 C33 C54 CSS C356 C37 
O.01 ur 0.01 uF O.01 mF 0.01 uF O01 wr 4.7ypF 4.7 6F 4.7 uF 4.7 uF 4.7 uF 4.7 F 4.7 uF 4.7 pF 


RJ45_6PORT 


RXl- RD- 
Ret Ret 
RXI¢ RD+ 


PORTS LD 
3-H5 


TXB5P+ 301_1pe 


es? Ae 1D6+ 35 


Tet Tet 
TXO+ TD+ 


FL1012 


PORT4 LD 


3-H4 RD- 


Ret 
RO+ 


TO- 
Tet 
TD+ 


FL1012 


Note: Resistor Nomenclature is as follows: 
49_9__1pce = 49.90, 1% 

61_9_1pe = 61.9, 1% 

301_ipe = 301N, 1% 

806__1pc =-806N, 1% 
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9.0 BILL OF MATERIALS 


Capacitors 

0.01 nF C1..010, C13, C15, C17, C18....C49 

4.7 pF C50..C57 

Miscellaneous 

*0.5mmGreenLED D6..D11, B13 

*SS-668806-NF | J7 (6PORT, 8 POSITION, RJ45 FROM STEWART) 
*3__pin_jumper , JP7, JP8 

*2__pin__jumper JP2..JP6 

*jumpers6x2 JP4 (jumper block) 
*TOGGLESWITCH_DPST Swi 

*FL1012 T3..T8 (VALOR) 

*102160-2 J7, J9 AMP PIN HEADER 
746194-2 J6, J8 AMP RECEPTACLES 
Resistors 

8k 5% YW R35..R40 

10k 5% VW R29, R30, R42, R60, R71..R74 

49.9 1% YW R1..R4, R15..R18, R43..R46 

4.7k 5% YW R32, R33, R34, R41, R57, R58, R59, R70, R75, R76 
61.9 1% UW R5, R8, R10, R13, R19, R22, R24, R27, R47, R50, R52, R55 
301 1% VW R6, R7, R11, R12, R20, R21, R25, R26, R48, R49, R53, R54 
806 1% YW R9, R14, R23, R28, R51, R56 

*SIP8x300 5% YW RP2 

*SIP8x10k 5% VW RP1 

IC’s BaD 

PAL16L8(15ns) — U16, U30 PLCC Type (SOCKETED) 
GAL16V8 (10 ns) U1 PLCC Type (SOCKETED) 
GAL16V8 (15 ns) U29 "PLCC Type (SOCKETED) 
PAL20L8D (10 ns) U2 PLCC Type (SOCKETED) 
74ALS245 U3, U22, U13 

74ALS374 U4, U5, U6, U7 A 

6264RAM U8, U9 8k x 8 STATIC RAM 100 ns 
74ALS373 U10, U11 

*74S288 U12 SOCKETED 

74LS93 U14 

*27128 U18 EPROM (SOCKET ONLY) 
74ALS244 U19, U37 

*20 MHz — X1 (0.01%) Crystal Oscillator 

74LS04 U20 

74ALS243 U28 

74ALS1035 U27 

DP8390 U25 NIC (SOCKETED PLCC) 
74ALS74 U26 

74ACT244 U32, U33, U34 

74LS259 U35 

DP83956 U36 LERIC 


*Note: Everything is surface mount except the devices that were marked with an ‘‘*”. devices with an “*” are through hole. 
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DP83956EB-SA 
Stand Alone Hub 


1.0 INTRODUCTION 

The DP83956EB-SA board is a low cost, stand alone, local 
area network repeater hub with minimal status display. The 
board is designed to demonstrate National Semiconductor’s 
LitE Repeater Interface Controller (LERICTM—DP83956). 
This stand alone hub solution contains 12 twisted pair ports, 
an Attachment Unit Interface (AUI) port, and a coaxial trans- 
ceiver interface (CTI) port. The board allows for cascading 
with another DP83956EB-SA or a DP83956EB-AT board (6 
port repeater hub card for use in an AT-Bus). The board 
requires a single + 12V supply to become operational. The 
DP83956EB-SA board uses surface mount components to 
minimize size. Below is a list of the major features of the 
DP83956EB-SA board: 


© 14 ports: 12 twisted pair ports, 1.CTI port, and a AUI port 
¢ Powered by single +12V DC supply 

e Jumper for easy termination of coax port 

¢ 4 LEDs for real-time hub status 

¢ Surface mount components for small size 

¢ Designed for minimal EMI radiation 


National Semiconductor 
Application Note 896 
Edward Boyd 


¢ Cascading headers for daisy chaining with another 
DP83956EB-SA or a DP83956EB-AT board 


© Designed for low cost 

e Stand alone 

e Expansion header for full LED status, LERIC register ac- 
cess, or hub status counters 

e Easy to operate with a single switch for LERIC mode load 


2.0 USER’S GUIDE 


2.1 Start Up 


The DP83956EB-SA board should be connected to a 12V 
DC supply at right-angle header J1. The polarity of the input 
power should match 12V and GND markings next to J1. For 
proper operation of the coax port the jumper shunt on JP19 
should be removed. The RESET button, S1 forces the 
LERIC controllers to restart, which will reset the consecutive 
collision counters, unpartition all ports, and perform a mode 
load with the options on switch S1. When_ the 
DP83956EB-SA is powered up or the RESET button is 
pushed, all four status LEDs will light up for one second. 
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FIGURE 1. DP83956EB-SA Board 
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2.2 Mode Load Options 


Three of the LERIC mode load options are available to the 
user on switch S2. This switch configures both of the 
LERICs upon reset or power up. S2 is labelled CC/TX/POL 
corresponding to the options in that order. The CC switch 
sets the consecutive collision limit for the LERICs. The LER- 
ICs will partition a port after 31 or 63 consecutive collisions 
on that port, depending on the CC switch value. The CC 
switch allows the user to set the consecutive collision limit 
for all fourteen ports on the board. When in the OFF posi- 
tion, the LERICs wiil partition after 31 consecutive collisions. 
The ON position will configure the LERICs for 63 consecu- 
tive collisions. 


The switch labelled TX configures the unpartition on trans- 
mit only bit (TXONLY). If this bit is selected the LERICs will 
only unpartition a port after a good packet (532 bits or more 
without a collision) has been transmitted on that port. With- 
out this bit set, the LERICs will unpartition a port after a 
good packet is transmitted or received. When the switch is 
in the OFF position, unpartition on transmit only is not se- 
lected, while in the ON position, TXONLY is selected on all 
fourteen ports. Switch number 3, POL enables or disables 
the polarity reversal option on the twisted pair ports (ports 
2-13). This switch has no effect on ports 1 and 14. When 
the POL switch in the OFF position, the twisted pair ports 
will switch the polarity of the receive lines when inverted 
packets or link pulses are received on that port. If this 
switch is in the ON position, only packets and link pulses 
with the correct polarity will be recognized by the LERICs. 
More information on these functions is contained in the 
LERIC data sheet under mode load. Below is a table of the 
MLOAD options. 


TABLE I. MLOAD Quick Reference Guide 


31 Consecutive 
Collisions to 
partition a port. 


63 Consecutive 
Collisions to 
partition a port. 


TX TXONLY Ports can 
unpartition on 
good receptions 
or 


transmissions. 


Ports unpartition 
on good 
transmissions 
only. 


POL EPOLSW | Polarity reversal 
on ports 2-13 is 


disabled. 


Polarity reversal 
on ports 2-13 is 
enabled. 


Note: Options are loaded only during power up or reset. 


2.3 CTI Termination Jumper (JP 19) 


Included in the coaxial transceiver logic is a jumper (JP1 9) 
and a shunt for terminating the coax transceiver. When not 


ON OFF 
Position . Position 
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connected to a coax cable with proper termination, the CTI 
will continuously detect collision and the LERIC will partition 
the port. To avoid receiving these false collisions and pre- 
vent the unnecessary partitioning of the port, JP19 was in- 
cluded to allow for termination of the CTI when it is not 
connected to a network segment. Placing a shunt on JP19 
will terminate the CTI. When the coax port is going to be 
connected to a properly terminated network segment, the 
jumper shunt should be removed. 


2.4 Cascading Boards 


Cascading the DP83956EB-SA board with more 
DP83956EB-SA boards is as simple as connecting the rib- 
bon cable and standoffs. No additional configuration is re- 
quired. A short ribbon cable should be connected to the 
connector marked “CASCADE OUT” with the other end 
connected to the “CASCADE IN” of the board below in the 
stack. (See Figure 2) 


When cascaded, the repeater functions as a single hub. A 
packet received on any of the cascaded boards will be 
transmitted on all boards at the same time, so cascading 
boards via the interLERIC bus adds no additional delay to 
the network. The hub status LEDs will only monitor the 
Status of activity on its board’s ports with the exception of 
the jabber LED. The jabber LED will light up on all cascaded 
boards when jabber is detected, regardless of the port re- 
ceiving the packet. | 


OUT IN 
X 
Board 1 
“Ribbon Cable Standoffs 
7 Screw 
Together 
Board 2 
Board 3 


TL/F/11849-2 
FIGURE 2. Cascading Structure 


2.5 LED Display 


The LED display shows hub status for the board. If any port 
is receiving on the board, the green REC LED will light up. If 
any port on either chip is experiencing a transmit or receive 
collision the COL LED will be on. The APART LED will be on 
when any of the 14 ports on the DP83956EB-SA is parti- 
tioned. Ifthe CTI is not properly terminated and the termina- 
tion jumper (JP19) is off, the CTI port will be partitioned and 
the APART will go on. The jabber (JAB) LED will go on when 
a packet of excessive length has been received by any of 
the 14 ports. When boards are cascaded, the jabber LED 
will be lit on all boards when a jabber packet is received. 
Below is a quick reference chart for the LED status display. 


TABLE II. LED Display Quick Reference 


Any Partition 
(APART) 


Any Collision 


None of the ports 
on the board are 
partitioned. 


None of the ports 
on the board are 


One or more ports 
are partitioned on 
the board. 


A collision is 
occurring on one 


(ACOL) 
experiencing or more of the 
collision. ports. 


Any Receive 
(AREC) 


None of the ports 
are receiving 
activity. 


One or more ports 
are receiving 
activity on the 
board. 


A jabber packet is 
being received or 
transmitted. 


Jabber (JAB) | A jabber packet is 
; not being received 
or transmitted. 


3.0 A REVIEW OF THE DESIGN 


The schematic for the DP83956EB-SA board is divided into 
functional blocks that appear on the different pages. The 
first page shows the interconnection of the functional blocks 
that make up the board along with the +12V power con- 
nector, power regulator for + 5V output, and the decoupling 
capacitors. Figure 4 shows a simplified block diagram of the 
DP83956EB-SA board. A daisy chain structure is required 
for the acknowledge in (ACKI) and the acknowledge out 
(ACKO) signals, while the remaining inter-LERIC bus signals 
are in a parallel bus configuration. The interacknowledge 
(INTACK) signal connects the LERICs on a single board. 


3.1 Twisted Pair Ports 2-13 


The logic to construct a twisted pair port begins at the 
LERICs (Schematic sheet 2-LERIC connections). Each port 
contains 6 pins (+TX, —TX, +TXOP, —TXOP, +RxX, 
—RX). The four transmit pins +TX and + TXOP are filtered 
by a simple RC low pass filter to reduce noise (Schematic 
sheet 9). The four transmit lines then enter a simple TTL line 
driver (74HCT245) which provides the power to drive the 
twisted pair line (Schematic sheet 10). The transmit signals 
are then connected to Pulse Engineering’s PE-65438 (Valor 
FL1085) which provides the magnetic materials for shaping 
the waves and an isolation transformer. The PE-65438 con- 
tains wave shaping resistors selected for use with a 74HCT 
driver to reduce signal jitter, provide a 1002 input imped- 
ance, and provide the proper output signal. The 245 was 
used because its pinout allowed for a cleaner layout (See 
layout sheet 1). Figure 4 shows the path for the twisted pair 
ports and the items contained in the PE-65438. The receive 
path uses a common mode to reduce noise, a low pass filter 
to remove high frequency noise, and a 1:1 transformer for 
isolation. After the PE-65438, the twisted pair port is con- 
nected to a shielded modular jack. The shield of the modu- 
lar jack is connected to chassis ground, which connects to 
the mounting holes for the board. 


3.2 AUI Port 14 


The connections for a full AU! port are shown on Figure. 17 
of the schematic. From the LERIC’s AUI port to the D con- 
nector only a 1:1 isolation transformer and some pull down 
resistors are required to construct the AUI port. The differ- 
ential pairs are the same length and run in parallel as can be 
seen on Figure 5. To make the full AUI port of the LERICs 
into a twisted pair port, a twisted pair transceiver such as 
National’s DP83922 would be required along the support 
logic. See the DP83922 data sheet for more information. 


INTER-LERIC BUS 


CASCADE IN 
CONNECTOR 


CASCADE OUT 
CONNECTOR 


| BUS XCEIVERS | XCEIVERS 


TPI 
LOGIC 
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FIGURE 3. Block Diagram of the DP83956EB-SA 
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3.3 CTI Port 1 


The construction of the coax port is a copy of the sample 
schematic shown in the CTi data sheet and the LERIC data 
sheet. The schematic shows no termination on the BNC 
connector. For this reason, the repeater can only be con- 
nected to a coax line as a center tap. If a 509 resistor was 
inserted between the lines connected to the BNC, the coax 
port could be used as the end of a coax network. JP19 
connects a 252 resistor in parallel with the BNC connector 
thus providing termination when the coax port is disconnect- 
ed from the network. The PM6512 provides the isolated 
—9V supply needed to properly operate the CTI. 


3.4 Cascading 


Unlike the DP83955, the DP83956’s bus signals allow for 
external transceivers for cascading via ribbon cable. TTL 
drivers are used in this design. Open collector non-inverting 
bus drivers (74ALS1035) are used to drive the ACTN and 
ANYXN signals. A 4-bit transceiver (74ALS243) is used to 
drive the IRE, IRC, COLN, and IRD lines. A 14 pin header is 
used to connect boards via ribbon cable ina daisy chain. An 
input and output connector are positioned on the board for 
easy stacking and connecting. Since pull up resistors are 
only needed on one board when multiple boards are cas- 
caded, a TRI-STATE® buffer (74ALS241) is used to control! 
the connection of the pull up resistors. With no boards cas- 
caded, the buffer pulls up all of the bus resistors to Voy. 
Two boards can be cascaded by simply connecting the out- 
put connector of one board to the input connector of anoth- 
er board. The pull up resistors will only be active when the 
input connector is not connected to an output connector. In 
a chain of boards, this only occurs for the board at the top of 
the chain. The top board will have its pull up resistors pulled 
high, while the lower boards will have high impedance con- 
nected to their pull up resistors. Pin 1 of input connector will 
trigger the 74ALS241 to connect the pull up resistors to a 
high impedance output. 


REPEATER 


CONTROLLER LOW 


PASS 
FILTER 


TRANSMIT 
PATH 


TIL DRIVER [Somming 


S¥ZLOHPL 


RECEIVE PATH 


3.5 LED Display . 


The LED display on the DP83956EB-SA board consists of 4 
LEDs that represent real time status for the hub. The LED 
status is continuously strobed out from the data bus of both 
LERIC controllers. Figure 8 shows the logic required for a 
minimum mode display. Since the DP83956EB-SA contains 
two controllers, the hub status is obtained from both control- 
lers. The status displayed on the board is jabber (packet 
longer than 5 ms), collision, reception, and port partitioned. 
A 74ALS874 is used to latch in the 'strobed data since its 
dual 4-bit design allows for separate clock signals. The 
status for two controllers are active low ORed by the 
74ALS09 AND gate. The open collector output on the 
74ALS09 allows for the construction of a pulse stretcher on. 
the jabber signal. The 10 ms jabber signal is invisible to the 
user, SO a pulse stretcher is necessary to make that signal 
visible. The Schmitt trigger inverters that are used for the 
output of the jabber signal, are in the same package as the 
inverters used in the mode lode logic, so no additional chips 
are required to make the pulse stretcher. The LERIC con- 
trollers hold the receive and collision lights for 30 ms or until 
the next activity. The any partition LED remains lit as long as 
any port on either of the LERICs is partitioned. — 


3.6 Mode Load Logic 


The mode load (mload) logic (Figure 9) configures the two 
LERIC controllers on the board upon power-on and when 
the reset button is pushed. Many configuration bits are hard 
wired since the board only allows for one setting (see the 
DP83955/56 data sheet for more details on mload). Three 
configuration bits are accessible by the user by a three posi- 
tion DIP switch on the board. The user guide section ex- 
plains these options in further detail. Both LERIC controllers 
on the board will get the same configuration as can be seen 
in the schematic. The board also contains a reset button for 
resetting the controllers and performing a mload. The 
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FIGURE 4. A Twisted Pair Interface for a Single Port 
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74HC14 is used to make a clean edge out of the discharg- 
ing capacitor when reset is pushed and provide delay be- 
tween the RESET signal to the LERIC controllers and the 
control of the buffers. 


3.7 LED Status Header 

This 32-pin connector was placed on the board to allow the 
user to build additional circuitry for displaying per port 
status, counting hub events, or accessing the LERIC regis- 
ters. 


TABLE Ill. LED Status Header 


Input 
Only 


DA 


RDB 


BUFENB Output 


Only 


+5V 


Output 
Only 


+ 
oe | 


+5V 


. The DP83956EB-SA is made of two LERICs that are labeled 
LERIC A and LERIC B. LERIC A contains twisted pair ports 
2-7 and CTI port, while LERIC B contains twisted pair ports 
8-13 and AUI port 14. The data bus for both chips must be 
isolated from each other, since the LERICs will strobe out 
different status information on the data pins. To construct a 
per-port (max mode) LED display, the MIN/MAX mode pin 
(JP14 pin 1) should be tied to 5V. This will change both 
LERICs mode load configuration for max mode when the 
board is powered on or reset. The data strobed on the data 
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pins will now contain an address (D7-D5) and data 
(D4-D0) that will represent status for the individual ports. 
An addressable latch (74LS259) can be used to easily de- 
code the status information and drive the LEDs. Table !V 
shows the port number mapping from the board to the spe- 
cific LERIC chip port numbers. The LERIC data sheet shows 
a sample configuration for the max mode display. 


TABLE IV. Port Number Conversion 


LERIC Board LERIC 
Number 


Port # 
1 — CTi 


Port! — LERICA 


Port2 — LERICA 
Port3 — LERICA 
Port4 — LERICA 
PortS — LERICA 
Port6é — LERICA 


Port? — LERICA 
Port2 — LERICB 
Port3 — LERICB 
Port4 — LERICB 
-PortS — LERICB 
Porté — LERICB 
Port? — LERICB 
Port! — LERICB 


14 — AU! 


To construct event counters with the LED Status Header, 
the status should be decoded from the data strobed to the 
LEDs. Simple logic can then be trigger off the display freeze 
strobe (DFS) signal going true and the event being true. 
DFS will go high after activity has stopped on the repeater. 
DFS will remain high until the next activity or for a maximum 
of 30 ms. While DFS is high, the status for the last activity is 
held constant on the data bus. This is when the activity 
should be counted. 


The construction of a register read or write module is possi- 
ble since the RD and WR pins are available. The buffer 
enable signal is also included to allow for controlling buffers 
to perform read or writes. The LERIC data sheet contains 
more information on the signals needed to construct a regis- 
ter read/write module. 
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FIGURE 11. Full AUI Port 14 
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FIGURE 12. LED Status Header 
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4.0 BILL OF MATERIALS 


Item - Reference Manufacturer Qty. 
(Location) and Manufacturer Part # per Brd. 


DM74ALS241AWM 
Non-Inverting TRI-STATE 


Non-Inverting TRI-STATE 
fuze | tavtoavGonveter | PMOSI2 
U2 thru U23 


| ps,06 ~=——s|_-Rect. 1V Dual SMD SOT 23 FDS1203 
| pss ED Green 3mm, 0.1 sp Diffused IEE #LL231G 
D1, D2 LED Red 3mm, 0.1 sp Diffused (hi eff.) IEE #LL221R 


968-NV 


LED Yellow 3mm, 0.1 sp Diffused IEE #LL251Y 


CONNECTORS 


19 
20 
21 


Cable Diagram CONN Receptacle—Center Polarized 3M #3385 Series 
Female—14 Position 


Cable Diagram Ribbon Cable—14 Conductor, 28AWG 3M #3539/14 
CONN PWR 2-Pin Angled—Male AMP—#640389-2 


29A 
CAPACITORS 


C1 thru C19, 

C22 thru C25, 
C27 thru C37, 
C40 thru C50, 
C53, C57 thru C59 


C61 thru C108 47 pF 410% 0805 50V C/C/SMD 
C20, 21, 26, 54, 55 22 uF +20% 7343 16V C/T/SMD 
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4.0 BILL OF MATERIALS (Continued) 


Item 
# 


Reference Déscription Manufacturer . 
(Location) P and Manufacturer Part # 


CAPACITORS (Continued) 


34 
35 
36 
37 
38 
39 
MISC 


"47 pF 420% 7343 10V C/T/SMD 
a 1 pF +20% 3216 16V C/T/SMD 


15 pF +10% 0805 50V C/C/SMD — 


0.75 pF Spark Gap 1 kV DC 


Assembly Diagram Lock Washer #6 Ex-Tooth Std 
Assembly Diagram | Washer #6 Std . . 
JP19 Jumper Shunt 2p 1 Row 0.1 0.250 Hi 


RESISTORS 


40 


7 
dl 
Pi 
Ea ee eal 
rr 
ec SE 
eeu ial 
ee =e a 
= 
Tretnuntt | seen iv tooo waves iP 
ig, ni7tmamio | oKR i206 yweversw iP 
Teoitrunas | 18K 1% i208 ywevrism 
Teoihrunes | 20kn1% i206 ywevrism | 
= 
es 
ie | 
Laos 
ee eae 
L_ = | 
ae ee 
cael a 
bie ee 


R7, R13 thru R15 
R26 thru R29 
R36 thru 46, R49 


270 R 1% 1206 %W R/F/SM 


1.0M R 5% 1206 %W R/F/SM 


1.0M R 5% ¥4W Radial Comp | 
R24, R25 10 R 1% 1206 YW R/F/SM : 
R89 thru R139 30.1R 1% 0805R/F/SM 


Rn AA AWA mycsaes 


1% 1206 *4W A/F/SM 


0 365 Fi 
R103 24.9 R 1% 1206 14W R/F/SM 


R47. 100 R 1% 1206 %W R/F/SM 
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Qty. 
per Brd. 


4.0 BILL OF MATERIALS (Continued) 
Manufacturer Qty. 
Deecriprlon and Manufacturer Part # per Brd. 
INDUCTORS 


55 4,7 pH/ + 10% 1210 Induct/SMD 


SWITCHES 


DIP Switch—3 Position Rocker Unsealed AMP-3-435166-0 
Push Button—2 Pole N.O. Momentary Alco TP11CG-PC-0 


Assembly Diagram Std IDT Connector—0.156C MOLEX: 09-06-5027 
Double Cantalever Contact 
Crimp Style Contact 


Power Supply—Wall Mnt. AC Adaptor Stancor: 
+12 @1A Unregulated STA-4812A 
Plug Compatible: Switchcraft 

#PC-722A 
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PROTOCOL PRODUCTS 


Token-Ring Interface 
Controller Products 
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ZANational 


miconductor 


DP8025 TROPIC™ 
Token-Ring Protocol Interface Controller 


General Description 


The Token-Ring Protocol Interface Controller (TROPIC) is a 
microCMOS VLSI device designed for easy implementation 
of IEEE 802.5 Token-Ring LAN interface adapters. The 
TROPIC chip includes integrated Analog and Digital Token- 
Ring interfaces and bus interface support for ISA and 
MicroChannel hosts. Transmit and receive buffers are im- 
plemented in shared RAM, with buffer arbitration and con- 
trol provided by the TROPIC chip. 


TROPIC provides full IEEE 802.5 compatibility, including 
Medium Access Control (MAC) and Logical Link Control 
(LLC) protocol handling, and is IBM 802.5 certified. Network 
performance exceeds current 802.5 Jitter Requirements. 
The TROPIC supports both 16 Mbps and 4 Mbps operation, 
which are chip-selectable. 


TROPIC integrates both digital and analog CMOS technolo- 
gies in a single 175-pin, 1.48” (37.2 mm) module. Operation 
is driven by an integral Microprocessor Unit (MPU), which is 
microcoded for flexible functionality. The microcode control- 
ling the MPU (provided with TROPIC) is stored in an exter- 
nal PROM, which allows simple PROM upgrades to remain 
current with any future changes to the IEEE 802.5 standard. 
External RAM is used for data, control, and scratch-pad 
storage. The TROPIC chip provides an interface for directly 
attaching the required external PROM and RAM devices. 


1.0 System Diagram 


TROPIC™ | | (transistor arrays) 
Token — Ring | 
Protocol 
Interface 
Controller 


Adapter ID 
PROM 


PRELIMINARY 


Host Transmit and Receive buffers and control blocks are 
provided through a Shared RAM Interface, which is man- 
aged by a TROPIC integral controller. The control blocks 
are used to pass commands and messages between the 
Host system and TROPIC. 


Features 

m Complete Token-Ring Adapter solution 

m Integrated Bus Interface support for ISA and 
MicroChannel, including MicroChannel POS registers 
MAC Layer 802.5 and LLC executed in integral 
microprocessor unit (MPU), minimizing Host software 
MPU microcode provided 

Chip-selectable 16/4 Mbps operation 

Minimal supporting hardware required 

Single +5V supply required 

CMOS for low power dissipation 

Configurable RAM size and Page size 

Optional Parity on Host interface 

Shared buffer memory using standard 8k by 9 

or 32k by 9 RAM 

Support for IBM Source Routing Bridges 

Minimal Host memory space required 


Equalizer and 
Switching Circuits 


2 x LM3045 


6 x Res. 
14 x Cap. 
4 x Diode 


Isolation 
Transformers 
Token—Ring 


4-5 Buffers 


MicroChannel or ISA Bus 
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1.0 SYSTEM DIAGRAM 

2.0 BLOCK DIAGRAM 

3.0 FUNCTIONAL DESCRIPTION 

4.0 INITIALIZATION 

5.0 HOST ADDRESS SPACE STRUCTURE 
6.0 REGISTERS 

7.0 SOFTWARE OPERATION OF TROPIC 


Table of Contents 
8.0 PIN DESCRIPTIONS 
9.0 HARDWARE INTERFACE 
10.0 INTERFACE CONSIDERATIONS 
11.0 DC AND AC SPECIFICATIONS 
12.0 CONNECTION DIAGRAMS 


13.0 PHYSICAL DIMENSIONS 


2.0 Block Diagram 


Oscillator 


Host 
Control eles cna 


Host 
Address 


Clocking, 
Local Bus 
To Arbitration 


+ 
Decode 
SRAM 
Control _| 


EPROM 
32k x 16 
SRAM 
32k x 18 


Local Local 
Addr Data 


3.0 Functional Description 


TROPIC provides three external interfaces (Token-Ring, 
Host Bus, and Local Storage). TROPIC also requires certain 
Host system resources. 


TOKEN-RING INTERFACE 


The Front End Macro within TROPIC supplies a Ring Inter- 
face. This provides signals and inputs for external equaliza- 
tion and transformer circuits that form the actual Token- 
Ring Serial interface. The external Token-Ring Serial Inter- 
face provides physical connection to the Token-Ring LAN 
Media. It must include appropriate filter circuits (one Trans- 
mit filter and two Receive filters, one each for 4 Mbps and 
16 Mbps operation), switching circuitry to switch between 
the 4 Mbps and 16 Mbps Receive filters, and line protection 
and conditioning components. 


HOST BUS INTERFACE 


The Host Bus interface allows the Host system to transfer 
data to and from TROPIC. This interface includes a twenty- 
four bit address bus, a sixteen bit data bus with optional 
parity, and control signals to allow the TROPIC Host Bus 
interface to attach directly, as a bus slave, to ISA or 
MicroChannel. This makes TROPIC appear to be a memory 
device on the Host Bus that can be read or written using 
standard memory access ane MMIO (Memory Mapped 1/0) 
procedures. 


LOCAL STORAGE INTERFACE 

This interface provides direct attachment from TROPIC to 
local PROM and RAM devices, which TROPIC controls ex- 
clusively. This interface includes an eighteen bit data bus 
and sixteen bit address bus, plus control lines to choose 
proper memory devices and control read and write opera- 
tions. 


Test + Control 


Filter 
+ 


Equalizer 


Protocol 
Handler 


TROPIC™™ 
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HOST SYSTEM RESOURCE REQUIREMENTS 
TROPIC requires four Host system resources for 


_ MicroChannel and ISA bus Hosts as follows: 


e One Interrupt 

© 16k or 64k of memory address space for Shared RAM 
buffers and control blocks (which allow passing of high- 
level commands, frame data, and status codes between 
TROPIC and Host software) 

¢ ROM/MMIO space (8k for MicroChannel/ISA) 

¢ 5 bytes of I/O space for MicroChannel and ISA 


Each of these resources is described in more detail later. 


TROPIC INTERNAL ELEMENTS 

TROPIC can be implemented with an understanding of just 
its external interfaces and Host requirements. However, 
some consideration of TROPIC’s internal structure and data 
flow is useful. 

TROPIC consists of four main logical blocks: 

e Front End Macro (FEM) 

© Protocol Handler 

© Integral MPU 

e Shared Memory Controller 

The functions of each of TROPIC’s internal logical elements 
is best understood by considering data flow through the de- 
vice during reception and transmission of Token-Ring data, 
as described next (these discussions assume some under- 
standing of Token-Ring message structures). 
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3.0 Functional Description (continued) 
TROPIC DATA FLOW—RECEPTION 


Front End Macro 


The Front End Macro (FEM), combined with external equal- 
izer components, provides the interface needed to transmit 
and receive Manchester coded data over the Token-Ring 
media at either 4 Mbps or 16 Mbps. The provided functions 
include: 


¢ Equalization of transmission channel 

© Detection of receive signal 

© Clock recovery and re-timing of received signal 

¢ Transmission of output data ; 

® Control functions, such as wrap test of interface 
circuit 

¢ Ring Insertion and Wire Fault detection 


The Front End Macro provides D-to-A and A-to-D signal 
conversion only. The Protocol! Handler and MPU perform 
MAC and LLC processing, encoding, and decoding of data 
streams. 


Received signals that have been decoded to NRZ clock and 
data form are sent to the Protocol Handler. 


Protocol Handler 


When data is received from the Front End Macro, the Proto- 
col Handler first converts the serial data to byte parallel data 
usable by the MPU, and generates parity on the received 
data for subsequent internal validity checks. 


At the proper time during the receive sequence, the Proto- 
col Handler begins bit-wise CRC (Cyclic Redundancy 
Check) accumulation on the received data. At the proper 
point in the received message, the Protoco! Handler ex- 
tracts the Token-Ring destination address. It then compares 
it with the values loaded into the Protoco! Handler to deter- 
mine if the message should be copied by this station. If so, 
the Protocol Handler begins transferring the message to 
TROPIC’s local RAM for additional MPU operations. 


The Protocol Handler transfers, in order, the physical con- 
trol field, the Token-Ring destination and source addresses, 
the data fields, and the message’s CRC characters. When 
the CRC-protected portion of the message has been re- 


coivad tha racsivad CRC charactere are checked for validi- 
Vie Suy WIS COUGWOU Sty Gara a PIV WIN FUE VCR 


ty. 

If there is a CRC mismatch, the local RAM area used to 
store the message is released and the message is not pro- 
cessed. Otherwise, proper changes are made to the frame 
status byte after the end of frame delimiter. At this point, 
processing moves from the Protocol Handler to the MPU. 


MPU 


The MPU assembles the data transferred from the Protocol 
Handler into multi-byte segments. The.areas where the 
message data has been stored are set up as valid for trans- 
fers to the Host Bus via the Shared Memory interface. 
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The actual mapping and management of data into the buff- 
ers is controlled by the MPU microcode, and is also affected 
by certain host-controlled parameters and status codes 
from the Protocol Handler.’ 


Shared Memory Controller 


' When the transfer is complete, a status code is written to 


the appropriate buffer control block address in Shared RAM 
and an interrupt is issued to the Host. The Host software 
can then transfer the received data out of the Shared Mem- 
ory area. 


TROPIC DATA FLOW—TRANSMISSION 


Transmissions from the Host are essentially the opposite of 
receptions. The Host software transfers data and an appro- 
priate transfer command code to a free buffer in Shared 
RAM, and then signals TROPIC’s MPU that a message is 
waitizig. The MPU then sets up the Protocol Handler to be- 
gin a transfer from Shared Memory. 


When the Protocol Handler senses a pending transmission, 
it begins transferring the data into its 32-byte FIFO. When 
enough data is buffered to allow continuous transmission 
through the Front End Macro, the Protocol Handler waits for 
a token on the LAN. When a token is acquired, it is convert- 
ed to a frame. Applicable control characters are generated, 
encoded, and transmitted (via the FEM), and the transmis- 
sion continues with destination and source addresses, fol- 
lowed by the information field. When the entire information 
field has been transferred, the Protocol Handler inserts the 
CRC characters that it has accumulated into the message, 
followed by the encoded delimiter and frame status byte. 


4.0 Initialization 


The TROPIC can be configured to work in a number of envi- 
ronments. The Power-On Reset configuration is initialized in 
three ways: 

© by setting TROPIC configuration input pins to steady 
state levels via switches, jumpers, pullup/pulldown resis- 
tors, or hard-wiring of the input pins 

by Microcode setting of software control switches 

by loading configuration data into internal TROPIC regis- 


tore (Configt tration 


wie Viliyuiaiy. 


oate 


egisters). In MicroChan: ol Mutsy, 


Ivylutury, ovbiNe 
this is accomplished by writing to TROPIC’s internal POS 
registers. For all other implementations, the TROPIC 
Configuration Registers are loaded from the Storage 
Data bus after reset (as described later in this section), 


TROPIC CONFIGURATION PINS 


Four input pins are used to configure TROPIC for the Host 
environment: DPEN, —CFG2, —CFG1, and —CFGO. 


The DPEN pin enables/disables generaton and checking of 
Parity of the Host dats bus. The Host Configuration pins 
—CFG2, —CFG1, and —CFGO are used to identify the Host 
bus type, as shown below. This affects various operating 
aspects, including memory mapping and register usage. 


4.0 Initialization (Continued) 
Host Configuration Pins (0 = GND, 1 = Vcc) 


[eae [ —cra1 | ~crao | us Type ndlsted | 
re a 
re a 
[4 [ 0 rocharna 1 
[0 [0 | 1 _| Mrochanne 6 
re 
re a 
a [ee _| Revered 
To [0 | 0 _| Resend | 


MICROCODE SETTINGS 


Several TROPIC registers are initialized by PROM micro- 
code. These control mostly memory mapping and manage- 
ment and internal parity functions, and are usually unavail- 
able to the Host (even in Ready-only mode). 


TROPIC CONFIGURATION REGISTERS 


In MicroChannel host environments, the Configuration Reg- 
isters are loaded directly from the host during POS. For all 
other host implementations, the Configuration Register is 
automatically loaded from the Storage data bus after reset. 
Access to the Configuration Registers is limited and varies 
according to Host bus type. 


Besides Host Bus type (set by configuration pins), the fol- 
lowing TROPIC aspects can also be configured: 


¢ ROM/MMIO Host Base Address—Defines the base ad- 


dress (in the Host’s memory space) for the ROM/MMIO 
control area 


© Host Interrupt Level—For ISA and MicroChanne! bus 
types, defines the IRQ level to be used 

© Ring Speed—Selects 4 Mbps or 16 Mbps Ring Speed 

@ RAM Type—lndicates the type of storage RAM (static or 
dynamic) used on the TROPIC-based adapter 

¢ Shared RAM Page Size—Selects the Shared RAM inter- 
face page (window) size in host memory space 

¢ Primary/Secondary Adapter—For ISA and MicroChan- 
nel bus types, sets TROPIC to respond as either the Pri- 
mary Adapter (x0A20) or the Secondary Adapter 
(x0A24h) 

To facilitate the load of the configuraton data for ISA Host 

implementations, TROPIC provides the signal —CFGLD. 

This signal can be used to “gate” configuration data onto 

the storage data bus as illustrated below: 


TROPIC™M 
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Storage Data bus signals during configuration load are de- 
fined as shown in the table on the next page. 
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4.0 Initialization (Continued) 
Storage Data Bus Signals during ISA Configuration Load (0 = GND, 1 = Vcc) 
Data Bit(s)* . . Configuration Description 


SD15-SD9 BIOS/MMIO Base Address—Defines initial Host Base Address for the TROPIC ROM/MIO region of host 
memory (described in Section 5.0). Data Bits correspond to the inverted sense of host address lines HA19—HA13 


respectively: | 
0000000 xFE000 
e 
sd P. 
0010111 _ xD0000 
e 
bd . ‘ 
0011001 xCC000 
e 
e 
1111111 x00000 
SD8-SD7 Encoded IRQ Level (ISA ONLY): Selects interrupt level for adapter, as follows: 
Selected 
Bit 8 Bit 7 IRQ 
0 0 IRQ7 
0 1 IRQ6 
4 ) IRQ3 
1 1 {RQ2 
SD6 Reserved—must be set to 0. 
SD5 RAM Type: Indicates the type of Storage RAM used on the TROPIC-based adapter. 
0 = Static RAM, 1 = Dynamic RAM 
SD4 Reserved—DO NOT drive 


SD3-SD2 Shared RAM Page Size: Selects the shared RAM page (window) size, i.e., the amount of the Host’s memory 
space that is allocated to shared RAM. These bits are coded as follows: 


Page 

SD3 SD2 Size 
0 0 64 kB 
0 1 32 kB 

1 0 16 kB 

1 1 8kB 


This shared RAM page size may not be the total amount of shared RAM on the adapter. For example, an adapter 
with 64 kB of available shared RAM can be set for a 16 kB page size to allow shared RAM paging. 


TROPIC Ring Speed: 0 = 16 Mbps, 1 = 4 Mbps 


Primary/Alternate Adapter Selection Bit: 0 = Secondary (xA24), 1 = Primary (xA20) 


*TROPIC Storage Data Lines are internally pulled up to Voc. Allowing a data line to “float” during configuration load will result in setting that bit/option to “1”. 
For more detailed descriptions of configuration register bit fields see Section 6.0. 


5.0 Host Address Space Structure 


TROPIC’s Host Address Space is divided into two domains: 
Shared RAM and ROM/MMIO, shown below: 


Shared Memory—Host Address Map 


xPFFFF ——__—] 


ROM/MMIO Domain 


BIOS 0.5 or BKB 


(ISA/MicroChannel 
only) 


Write Region 


Read-Oni 
hed Shared RAM Domain 


Write Window 16 or 64kB 


Read-Only 


,o0000 Cod 


SHARED RAM DOMAIN 


As discussed in the Functional Description, transmission 
and reception data and contro! blocks are transferred be- 
tween TROPIC and the Host via the TROPIC Shared RAM 
area. This area can be either 16 kB or 64 kB, depending on 
the Host’s upper memory area usage; its size and initial 
base address are configured during Reset initialization. 


During operation, Shared RAM can be relocated and paged. 
Location and paging status are available through the 
Shared RAM address parameters defined in the RAM Relo- 
cation Register (RRR) and Shared RAM Paging Register 
(SRPR), as described in Section 6.0. 


Mapping of the buffers and control blocks in Shared RAM is 
controlled by microcode. Buffer management and hand- 
shaking are summarized in Section 7.0. More complete de- 
tails are beyond the scope of this document, and are cov- 
ered in a separate programming document. 


ROM/MMIO (MEMORY MAPPED I/0) DOMAIN 


For MicroChannel and ISA Hosts, the ROM/MMIO domain 
is 8k and includes 7.5k for BIOS and 0.5k for an area called 
the Attachment Control Area (ACA). 


TL/F/11334-3 


The structure of the ACA is shown below. 


Attachment Control Area (ACA) 


x 1FFF — 
Offset from Adapter 
MMIO Base Identification 
(Host Address) PROM (AIP) 


x1FO0 — ACA 
Reserved Area 0.5 kB 
x 1E80 — 


Shared RAM 
Registers , 
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x1E00 — 


The Adapter Identification PROM (AIP) area is a read-only 
region that contains unique adapter parameters, such as the 
IEEE node address and serial number. 


The area from x1E80 to x1EFF is reserved and should not 
be accessed by the Host. 


The MMIO Registers provide several important status and 


- control registers that are accessible to the Host during oper- 


ation. These are discussed in the next section. 


6.0 Registers 


The Host communicates with and controls TROPIC using 
three methods: Shared RAM, interrupts, and registers. 


TROPIC supports three register areas: 
© MMIO Registers—these are used by all Host bus types 


© Programmed I/O (PIO) Registers—these are used only 
by ISA and MicroChannel hosts and are decoded during 
normal operation 


e MicroChannel Standard POS Registers—these are 
used only by MicroChannel hosts and are decoded only 
during Setup 


Note: POS Registers reside in PIO space, but are treated separately be- 
cause they are only decoded during Setup. 


REGISTER USAGE AND LOCATION BY BUS TYPE 
Register usage varies by bus type, as shown below. 


Register Usage by Bus Type 


Bue Tyee MMIO PIO MicroChannel 
yP Registers | Registers | POS Registers 
Yes Yes 


|mcs [| yes | Yes_| 
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6.0 Registers (Continued) 
Memory allocation of registers is shown below. 


Register Location by Bus Type 


PIO Space (ISA) 
| XOFFFF lent 
*xooaze ‘Unused s 


x00A27 


‘PIO Space (MicroChannel) 


a XOFFFF 


8 
* O0A28 Unused } 


x00A27 


MMIO Space (All Busses) 


Unused 


Shared RAM Page Register (SRPR) 


Adapter 1 PIO 
Registers 
Adapter 0 PIO 
Registers 


Adapter 1 PIO 
Registers 
Adapter 0 PIO 
Registers 


x00A24 
x00A23 


x00A24 
x00A23 


x00A20 -x00A20 x1E0E Timer Value Register (TVR) 
1 XOOAIF Unused ! 1 xOOAIF H x1E0C Timer Control Register (TCR) 
4 ' a 
xOnzte i i x1EQA | TROPIC Interrupt/Status Register (TISR) 
reais (hos: 
x002F7 Enable (IRQ7) x1E08 Host Interrupt/Status Register (HISR) 
sank Global Interrupt iauyed x1E06 Write Window Close Register (WWCR) 
‘Enable (IRQ6) H H x1E04 Write Window Open Register (WWOR) 
: H : : ; 
' xmas Unused: x1E02 Write Region Base Register (WRBR) 
s H x1E00 RAM Relocation Register (RRR) 
Global Interrupt x00108 
x002F3 Enable (IRQ3) 00107 Unused 
POS Registers TUF/11994~-8 
Global Interrupt * 
KOO2F2} eile (iRQ2, 9) 00100 (Only during Setup) 
+ x002F1 ; 2 XOOOFF ‘ 
* 00000 Unused 00000 «Unused 
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MMIO REGISTERS-GENERAL 


The MMIO Registers are used by all bus ‘ees and are located within the ACA Host Address Space area. They include mostly 
read-only status registers, with a few Read/Write control registers. For ISA and MicroChannel buses, some of these registers 
are replicated in the PIO Registers; in such cases, one register is usually read-only while the alternative location is read/write. 


All of the MMIO Registers consists of two-byte (word) registers, each having its low order byte at an even address and its high 
order byte at the following odd address. Note that addresses are relative to the ROM/MMIO Base Address. 

MMIO REGISTERS—ISA AND MICROCHANNEL 

This section describes MMIO Register usage in detail for ISA and MicroChannel Hosts. 


RAM Relocation Register (RRR) 


This:register is used to relocate the Shared RAM region and indicate its page size and location. It also contains bits used to 
control different TROPIC operating modes. 


Warning: Reserved bits (indicated by ““—”), though readable, are controlled by TROPIC. These bits should not be changed. 
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6.0 Registers (Continued) 
ISA BUS MODE: 
x1E01 


15 14 13 


12 #11 10 9 8 7 6 5 4 3 2 1 0 
AB13 


MICROCHANNEL BUS MODE: 


x1E01 
14 13 12 1 


1 
|= | = | = | = | ramsize | 


Bit(s) Description 
15-12 | Reserved. 


11-10 | Shared RAM Page Size: Selects the shared RAM page (window) size, i.e., the amount of the Host’s memory space that is 
allocated to shared RAM. These bits are coded as follows: 
11 10 Page Size 


0 0 8kB 

0 1 16 kB 

1 0 32 kB 

1 1 64 kB 
This shared RAM page size may not be the total amount of shared RAM on the adapter; instead, this value indicates the 
amount of shared RAM for the Host to map into its memory. For example, an adapter with 64 kB of available shared RAM 
can be set for a 16 kB page size to allow shared RAM paging. If the RRR bit 11 is set to 0 and bit 10 is set to 1, this would 
indicate 16 kB of shared RAM in the Host’s memory map. 


Note: To use Shared RAM paging, Host software must also use the SRPR (Shared RAM Paging Register) correctly. See the later SRPR description for 
details. ; 


Reserved. 


(FOR MICROCHANNEL BUS MODE) Reserved. 

(FOR ISA BUS MODE) Shared RAM Host Base Address: 

For TROPIC adapters in ISA I/O Bus mode, bits 7 through 1 of the RRR register are used to set the shared RAM starting 
address. This location must be set before the Shared RAM can be accessed and must be set to a location in the memory 
map that does not cause a conflict. These register bits default to zero on power-up or after an adapter reset. If the register 
contains zero, the shared RAM is not mapped into the memory map. This register must be set to a correct address 
boundary as follows: 

¢ 8 kB shared RAM page should be on an 8 kB address boundary. 

© 16 kB shared RAM page should be on a 16 kB address boundary. 

e 32 kB shared RAM page should be on a 32 kB address boundary. 

© 64 kB shared RAM page should be on a 64 kB address boundary. 


For shared RAM paging, the address boundary can be on a 16 kB boundary since only 16 kB of PC address space is used. 


Note: To select a valid address boundary, RRA Bit 1 (AB13) should always be set to 0. 


Reserved. 
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6.0 Registers (Continued) 

Write Region Base Register (WRBR)—READ ONLY 
Write Window Open Register (WWOR)—READ ONLY 
Write Window Close Register (WWCR)—READ ONLY 


WRBR (Read Only): 


x1E03 x1E02 
15 14 13 12 11. «10 


WWOR (Read Only): 


15 14 13 


WWCR (Read Only): 


x1E07 . x1E06 . 
15 14 #13 «+12 ~«414 10 9 8 7 6 5 4 3 2 1 0 


LSB (Least Significant Byte) WWCR MSB (Most Significant Byte) WWCR 


These management register pairs specify an offset into shared RAM. The offsets are 16-bit values. The even register contains 
the most significant byte of this value. For example: 


WRBR(15-8) at x1E03 = 24 (LSB) 

WRBR(7-0) at x1E02 = 47 (MSB) 

WRBR full register value = 2447 

In this example, a 16-bit Read of the WRBR (at x1E02) returns 2447; however, the logical (useable) address value is 4724. 
IMPORTANT: To obtain a useable address, Host software must perform a byte-swap on 16-bit Reads from the WRBR, WWOR, 
and WWCR registers. 

As illustrated below, TROPIC can concurrently define two separate and independent computer write areas within the Shared 


RAM domain: the write region and the write window. The size of each of these areas can be individually defined in word (2-byte) 
increments from 2 bytes to the maximum size of the shared RAM domain. 


— Highest Shared RAM Address 
Read/Write 
Read-Only 


Read/Write | 
<— WWOR 
— Lowest Shared RAM Address 
TL/F/11334-9 


The two areas differ only in how they are bound. The write region always extends from the highest address of the shared RAM 
domain down to a variable origin specified by the WRBR. The write window extends from a variable base defined by the WWOR 
pair to a variable limit defined by the WWCR pair. Also, the low-order bit in each odd register is zero since alt write boundaries 
are word (2-byte) aligned. 

Any address in the shared RAM not given specific Host write access by the shared RAM management registers is given Host 
read-only access. A Host write to any of these read-only memory addresses or to any shared RAM management register MMIO 
address will not be completed and will activate the Host Access error interrupt condition (HISR bit 2). Since the origin of the write 
region (WRBR) and the write window (WWOR) must be greater than zero if either write area is to be defined, the first 2 bytes of 
the shared RAM domain are always read-only to the Host. 

The interface mechanism allows the Host read-only access to the entire shared RAM domain until TROPIC is initialized and Host 
write-access areas are defined by TROPIC. 

The WRBR contains either zero or the offset of the beginning of the write region. When this field is zero, no write region is 
available. The WWOR contains either zero or the offset of the beginning of the write window. This field contains zero until 
TROPIC is opened, and when it is zero, no write window is available. The WWCR contains either zero or the first offset after the 
last writeable offset. This field is reserved until TROPIC is opened, and when it is zero, no write window is available. 


Write 
Region 


<+—— WRBR 
<< WWCR 


Write 
Window 


6.0 Registers (Continued) 


HOST INTERRUPT/STATUS REGISTER (HISR) ‘ ; 
This read/write register contains interrupt and control bits to allow TROPIC to issue interrupts to Host software. 


x1E08 


4 3 2 1 


x1E09 


14 13 12 11 10 
[anec | ssBr | 


9 8 


jerrc| — | 


15 7 6 5 0 
= [Fone] saa [acer ‘enna wre] — | 


Bit(s) Description 
15 Reserved. 
14 TROPIC Check (TCHK): TROPIC has encountered an unrecoverable error and is closed. The reason for the check may 


be read from the shared RAM using the address in the write window close management register pair in the attachment 
control area of the MMIO region. The information returned is defined in the separate programming reference document. 


13 SRB Response (SRBR): TROPIC has recognized an SRB request and has set the return code in the SRB. A return 
code of: 
x00: Indicates successful completion of the SRB request. 
x01-xFD: Indicates unsuccessful completion of the SRB request. 
xFF: Indicates that the request has been accepted and is in process. A subsequent SSB response will be issued at 
the command completion. This interrupt bit is set for this return code only if the Host has set the ‘SRB Free Request” bit 
in the TISR. 


12 ASB Free (ASBF): TROPIC has read the response provided in the ASB, and the ASB is available for another response. 
This interrupt bit is set only if the Host has set the “ASB Free Request” bit in the TISR or if an error has been detected in 
the response. 


11 ARB Command (ARBC): The ARB contains a command for the Host to act on. 

10 SSB Response (SSBR): The SSB contains a response to a previous SRB command from the Host. 

9 Bridge Frame Forward Complete (BRFC): TROPIC has completed transmitting a frame forwarded by the bridge Host 
software. 


Reserved 


CHCK/IRQ Steering Control (CH/IR): This bit is used to control error interrupts. If 0, TROPIC will issue a CHCK. If 1, 
TROPIC will issue IRQ. CHCK is not supported in ISA and MicroChannel bus modes and, for those modes, this bit must 
be set to 1. 


6 Interrupt Enable (INTE): When this bit is on, interrupt requests will be presented to the Host. When this bit is off, all 
interrupts are masked off. The bit can be set by either TROPIC or the Host. 


‘5 Reserved. 

4 Timer Interrupt (TINT): When this bit is on, the TVR(7-0) has expired. 

3 Error Interrupt (EINT): TROPIC has had a machine check occur, the TROPIC deadman timer expire, or the TROPIC 
timer overrun. ; 

2 Access Interrupt (AINT): When this bit is on, itindicates that a shared RAM access violation or an illegal MMIO 


operation by the Host to an Attachment Control Area register pair has occurred. The following conditions will set this bit: 
¢ Any Host write to a write-protected location in the shared RAM domain 

e Any Host write to a shared RAM management (WRBR, WWCR, WWOR) register 

e Any Host write to HISR(7-0) 

¢ Any Host write to a nonzero interrupt field of TISR(15-8) or HISR(15-8). Nonzero interrupt fields of TISR(15-8) and 
HISR(15-8) must be manipulated using OR and AND MMIO commands. 


1 1SA Bus Mode ONLY 
Interrupt Block Bit (IBLK): Set by TROPIC to prevent interrupts until interrupts are re-enabled. 


0 Primary/Alternate Address (PR/AL): This bit reflects the setting of the TROPIC primary/alternate setup information. If 
this bit is off, the primary adapter address is selected. If this bit is on, the alternate adapter address is selected. 
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6.0 Registers (Continueg) 


TROPIC INTERRUPT/STATUS REGISTER (TISR) 


This read/write register provides interrupts (for Shared RAM management, errors, timeouts, and other events) and control 
values that allow Host software to issue interrupts to TROPIC (letting the Host and TROPIC communicate asynchronously). The 
Host software sets bits in TISR(14—8) to interrupt TROPIC. 


x1E0B xX1E0A 


15 #14 13 12 11 10 9 8 7 6 5 Ais 3 
[—| errr | csr | pase | srBrr| asarr [ anar | ser {ire [intr | anvrr | oTexe | TOHKT 


2 1 0 
| — | Him | Tsim] 


Bit(s) Description 

15 .| Reserved. a . 

14 Bridge Frame Forward Request (BRFR): The Host software has placed a frame in the bridge transmit buffers and is 
requesting that the frame be forwarded. S ot 

13 Command in SRB (CSRB): The Host software has placed a command in the SRB and is informing TROPIC. 

12 Response in ASB (RASB): The Host software has placed a response to an ARB request in the ASB and is informing 
TROPIC. 2 

11 SRB Free Request (SRBFR): The Host software wants to use the SRB, but a previous request is still being processed 
by TROPIC. TROPIC will return an “SRB free” interrupt when the SRB return code field has been set. : 

10 ASB Free Request (ASBFR): The Host software wants to use the ASB, but a previous response is still being processed 
by TROPIC. TROPIC will return an “ASB free” interrupt when the ASB return code field has been set. 

9 ARB Free (ARBF): The command in the ARB has been read by the Host software and the ARB is available. If the 


command requires a response from the Host software (receive and transmit only), it will be provided in the ASB later. — 


8 SSB Free (SSBF): The response in the SSB has been read by the Host software and the SSB is available. | 

7 Internal Parity Error (IPE): If this bit was on, there was a parity error on TROPIC’s internal bus. 

6. Timer Interrupt—TROPIC (TINTT): At least one of the TCR(15-8) timers has an interrupt to present to TROPIC. 

5 Access Interrupt—TROPIC (AINTT): When this bit is on, it indicates that a shared RAM access violation or an illegal 
MMIO operation by TROPIC to an Attachment Control Area register has occurred. 

4 Deadman Timer Expired (DTEXP): The deadman timer has expired, indicating an adapter microcode problern. This bit 
is one of the conditions that can set HISR bit 3. 

3 TROPIC Processor Check—TROPIC (TCHKT): This bit does not latch on but follows the state of the TROPIC - 
processor machine check indication. This bit is one of the conditions that can set HISR bit 3. 

2 Reserved. 

10 TROPIC Hardware Interrupt Mask (THIM): When this bit is on, it prevents adapier hardware interrupts (TISR bits 7 and 
5) from being presented to the TROPIC processor. . 

0 TROPIC Software Interrupt Mask (TSIM): When this bit is on, it prevents Host software interrupts (TISR bits 14-8) from 


_being presented to the TROPIC processor. 
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6.0 Registers (Continued) 


TIMER CONTROL REGISTER (TCR) 


This register controls both Host and ring timing. TCR(7--0) is used with the TVR register to control the Host programmable timer. 
TCR(15-8) controls the fixed-duration timers used by TROPIC's microcode timing routines, and is reserved. 


x1E0D x1E0C 


7 6 5 4 3 -2 1 0 
| — [erm [pram | prca | pros | pros | ruck | — | — | 


13 #12 ~ «#11 10 


Bit(s) . , Description 
15-8 Reserved (TROPIC MPU timer control). 


7 Host Programmable Timer Interrupt Mask (PTIM): This bit controls the timer interrupt operation. When this bit is on, 
the timer interrupts the Host when the programmable count expires. When the bit is off, the timer will not interrupt the 
Host, and the timer status must be obtained by polling either HISR bit 4 or TVR(7-0). The timer interrupt, like all Host 
interrupts, is also subject to the interrupt enable bit (HISR bit 6). 


Host Programmable Timer Reload Mode (PTR): If this bit is on, the timer automatically reloads from TVR(15-8) 
when the countdown expires (reaches zero). When this bit is off, the timer must be reprogrammed or restarted after 
each countdown. Setting bit 6 while the count is counting reloads TVR(7-0) with the initial count in TVR(15—8). 


Host Programmable Timer Count Gate (PTCG): This bit enables/disables timer counting and also allows reloading of 
the initial countdown from TVA(15-8). Setting the bit to 1 enables the timer and starts counting. Resetting to 0 disables 
the timer and halts decrementing of the timer count. The countdown may be resumed by writing a 1 back to this bit, 
since the count contained in the timer is not changed when the gate bit is cleared. However, if a gate set is received - 
when the gate bit is already on and timer count is 0, the countdown value reloads from TVR(15—8) and a full countdown 
begins. 


Host Programmable Timer Overrun Status (PTOS): This bit is set when an overrun condition is detected with the Host 
timer interrupt. If the timer interrupt has not been reset before the end of the next timing period, the overrun bit is set at 
the end of that period. Once set, this status bit remains active until reset to zero by the Host. 


Host Programmable Timer Count Status (PTCS): This bit is Host Read-only and is set by TROPIC when the timer 
contains a nonzero countdown value (the timer is loaded but not necessarily counting). If this bit is 1, the nonzero timer 
counter value can be obtained by reading TVR(7-0). Otherwise, reads to the TVR(7-0) return zeroes. When the timer 
countdown is halted by clearing of TCR bit 5 and the count value is not zero, this bit will remain active (set to 1). 


Host Interlock (HLCK): This interlock allows TROPIC’s internal diagnostic routine to check the functional capability of 
the Host timing facility without interference from the Host. When set to 1, this bit prevents Host MMIO writes from 
updating the contents of the TVR register and the Host portion (except this bit) of TCR(7-0). This bit will be set only 
when TROPIC’s internal diagnostic procedures require exclusive use of the Host programmable timer. 


Reserved. 
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6.0 Registers (continued) 


TIMER VALUE REGISTER (TVR) 


This register. contains the Host timer initial countdown value in TVR(15-8) and the current Host timer count in TVR(7-0) 
(referred to as “the timer”). Reading TVR(15-8) always returns the last value written to it (zero following initial power-on). Both 
TVR(15-8) and TVR(7-0) are cleared after power-on reset. For each byte, possible values range from 10 ms (x01) to 2.55 
seconds (xFF) in 10 ms increments. 

If the timer contalns zeros, writing a byte to TVR(15-8) transfers that value to the timer. Counting is then subject to the state of 
the TCR(5) gate bit. A read of TVR(7-0) returns the actual contents of the Host timer counter at the time the read is received by 
TROPIC. Writes to TVR(7-0) are ignored. : : 

If the counter is loaded (nonzero), a write to the TVR(15-8) register will not cause the timer to be reloaded. The loading of the 
new TVR(15-8) value to the timer is governed by the state of the TCR gate and reload bits (TCR bits 5 and 6). 

The TCR(3) count status bit and the TCR(5) gate bit are used with TVR(7-0). When the timer is loaded (the TCR(3) count status 
bit is 1), the value returned from TVR(7-0) is the actual timer count at the time of the read. If the TCR(3) gate bit is 1, then the 
counter will be counting and the value returned will reflect the current instantaneous counting state. 


X1EOF 
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 


Timer Initial Count (TINIT) Timer Current Count (TCUR) 


Bit(s) Description 


x1E0E 


15-8 Host Programmable Timer Initial Count (TINIT): See description above. 
7-0 Host Programmable Timer Current Count (TCUR): See description above. 
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6.0 Registers (Continueg) 


SHARED RAM PAGE REGISTER (SRPR) 

Through the SRPR register, TROPIC allows the Host system to use memory paging schemes to allocate a smaller Shared RAM 
domain (in the Host memory space) than the actual physical Shared RAM size on the TROPIC adapter. For example, if the 
adapter needs 64k of Shared RAM, but the Host system can allocate only 16k, the 64k adapter RAM can be mapped to the 16k 
Host space as four separate 16k pages, any one of which is “visible” at a given moment. Note that TROPIC always has full 
access to the entire 64k space even if the Host is using a smaller page size. 

The SRPR register is only valid in Host bus modes that support RAM paging. It is used before initialization to communicate to 
TROPIC’s microcode the total amount of RAM to use, and is also used after initialization to “page” the shared RAM into the 
Host’s memory map. 

Before TROPIC is initialized, the Host's software must write the appropriate value to the SRPR to communicate to TROPIC’s 
microcode how much total shared RAM to use. If a value of x0000 is written to the SRPR, TROPIC uses only the amount of RAM 
indicated by the Shared RAM size bits in the RRR register (bits 10 and 11). If the RRR Shared RAM size bits are set to the page 
size indicated in the ID PROM under the RAM paging function, the Host software can write xC000 to the SRPR, (i.e., set bits 6 
and 7 to a 11") and TROPIC’s microcode will use all 64 kB of Shared RAM. The Host software can then access the entire 
64 kB of shared RAM using RAM paging. 

If RAM paging is selected, the SRPR can be used to “page” the Host “window” into the full 64 kB of Shared RAM after TROPIC 
is initialized. See the separate programming reference document for more details on Shared RAM paging procedures. 


x1E19 
13 12 11 


Bit(s) Description 
15-8 Reserved 


7 Page Select Bit 1 (PS1): 
Before initialization, this bit and bit 6 indicated whether RAM Paging should be used, as follows: 
Value 
(PS1, PSO) 


00 Use RRR (10,11) as total RAM, no paging 
01 Reserved 
10 Reserved 
11 Use 64k as total RAM, use paging 
After initialization, this bit and bit 6 are used to select the desired memory page, as follows: 
Value 
(PS1, PSO) 


Meaning 


Meaning 


00 Map Page 1 into Host Memory Map ° 
01 Map Page 2 into Host Memory Map 
10 Map Page 3 into Host Memory Map 
11 Map Page 4 into Host Memory Map 


Page Select Bit 0 (PSO): See PSI above. 


Reserved. 
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6.0 Registers (Continued) 


PIO REGISTERS (ISA AND MICROCHANNEL) = 


The PIO Registers provide access to certain MMIO Register data or controls that are unavailable to ISA and MicroChannel 
Hosts via the MMIO Registers. This includes Configuration Register information, Soft Reset Control, and ROM/MMIO Address 
information. The PIO registers also provide Shared RAM Address information for MicroChannel bus Hosts and Global Interrupt 
Enable registers for ISA bus Hosts. oth : ; 


There are four I/O addresses dedicated for PIO operations to each possible adapter type (primary or alternate). Read (IN) or 
write (OUT) operations to these addresses either cause an action or transfer data. The same address has different definitions 
based on whether Read or Write access is used, as described in the table below. es 
Note: The MicroChannel POS Registers also appear in Host 1/0 space, but are discussed separately in the next section. 


PIO Registers (ISA) ' PIO Registers (MicroChannel) 


ee | ee 


voeee Secondary = ee Secondary 


xOOA1F ' ; TL/F/11334-11 
H Unused : : : : : 

xOO2F8: 

x002F7 m7 | 


x002F5 1 ' Global 
' Unused 1 Interrupt 


x002F4! ' Enable 


TL/F/11334-10 


Global interrupt enable (IRQn) _ x0002F7 (WRITE) ISA ONLY 
x0002F6 (WRITE) 
x0002F3 (WRITE) 


wNNNYE) (WIDITEY 


AVVVSt & (Luvs t kay . a 


For ISA Bus mode, an I/O Write (OUT) to x002Fn issues a global interrupt enable. This resets interrupt generating circuits in ai// 
adapters sharing the Host interrupt facilities. The specific IRQ level is defined by the value of “‘n’”’, as follows: 
Write to Enables ; 


x0002F7 IRQ7 
x0002F6 IRQ6 
x0002F3 IRQ3 
x0002F2 IRQ2, 9 
This command performs no function for MicroChannel Bus mode. 


4-18 


6.0 Registers (Continued) 


Setup Read 1 x00A20 (x00A24) READ ' ISA/MicroChannel 

A read to this register returns all but the high-order bit of the 1 byte ROM/MMIO domain base address (in Host’s memory space) 
and 2 bits of interrupt level information. 

For MicroChannel Host bus adapters, this information must have been set aba; the setup function of POST. The address 
specifies where, in a 512 kB portion of 1 MB of MicroChannel Host-addressable memory, TROPIC registers will be located. 
For ISA Host bus adapters, this information must be set (by jumpers, switches, etc.) when the adapter i is installed, or using a 
proprietary software downloading scheme, to define where in the Host-addressable memory TROPIC registers will reside. 


x00A20 (x00A24) READ 


7 6 5 4 3 2 1 0 


Bit(s) Description 


7-2 ROM/MMIO Host Base Address: (Address Bits 18-13, respectively): Used to determine ail but the high order bit of the 
ROM/MMIO starting address, usually as part of Initialization handshaking (see Section 7.0), as follows: 
Setup ROM/MMIO 
Read 1-Bit Boundary Address Bit 


7 256 kB 18 
128 kB 17 
64 kB 16 
32 kB. 15 
16 kB 14 
2 8kB 13 
The ROM/MMIO domain is mapped to any contiguous 8 kB block within a 1 MB Host address space. If an optional BIOS 
module is installed on the adapter that executes at power-on time, the ROM/MMIO domain must be limited to the 96 kB 
of BIOS space in the Host (xOC8000-ODFFFF). 
Note: For MicroChannel Host. See bit 0 of Setup Read 2 Register at x0A22 (xO0A26) for the value of address bit 19 
(512 kB). For /SA Host: Bit 19 is always equal to 1. 
Encoded IRQ Level: Indicates interrupt level selected for adapter, as follows: 
Bit 1 Bit 0 ISA Bus Mode MicroChannel Bus Mode 


o IRQ2 IRQ2 
0 IRQS IRQ3 
1 IRQG IRQ10 
1 IRQ7 . IRQ11 


TROPIC Reset Latch x00A21 (x00A25) WRITE ISA/MicroChannel 

A Write to this register causes an unconditional TROPIC reset to be latched on. The entire TROPIC is held reset until a TROPIC 
Reset Release is received from the Host. The TROPIC reset state is similar to a power-on reset and is used to start TROPIC in a 
known state. While TROPIC is held reset, the Host cannot access either the Shared RAM or the MMIO region (except for the 
BIOS area). 

TROPIC Reset Release x00A22 (x00A26) WRITE ISA/MicroChannel 

A Write to this register turns off a TROPIC reset condition previously latched on by a TROPIC Reset Latch from the Host. Before 
TROPIC can be fully reset, at least 50 ms must elapse between a TROPIC Reset Latch and TROPIC Reset Release instruction. 
If TROPIC is not latched in a reset condition, the command is ignored. 
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6.0 Registers (Continued) 


Setup Read 2 x00A22 (x00A26) READ MicroChannel ONLY 


For MicroChannel Hosts only, a read to this register returns a 1-byte value containing the Shared RAM address plus the high- 
order bit of the ROM/MMIO domain base address. This information must have been set during the setup function of POST. The 
address specifies where, in a 1M space of MicroChannel Host-addressable memory, the Shared RAM on the adapter will be 
located. The ROM/MMIO address bit specifies which 512 kB portion of 1 MB MicroChannel Host-addressable memory the 
ROM/MMIO domain is in. 


Note: For ISA Hosts, the Shared RAM domain is set by Host software using the RAR register (see earlier discussion of MMIO Registers). 


x00A22 (x00A26) READ—MicroChannel ONLY 


7 6 5 4 3 2 1 0. 


Bit(s) 
7-1 


Description 


MicroChannel Hosts Only 


Shared RAM Host Base Address: (Address Bits 19-13, respectively): Used by MicroChannel Hosts to determine the 
Shared RAM starting address, usually as part of Initialization handshaking (see Section 7.0), as follows: 


Setup ; Shared RAM 
Read 2-Bit Boundary -- Address Bit 
7 512 kB 19 
6 256 kB 18 
5 128 kB 17 
4 64 kB 16 
3 32 kB 15 
2 16 kB ; 14 
1 8 kB 13 


MicroChannel Hosts Only 


ROM/MMIO Host Base Address: Bit 19: Used by MicroChannel Hosts to determine bit 19 of the ROM/MMIO domain 
base address (see Setup Read 1 Register above for more information) 


Adapter Interrupt Enable x00A23 (x00A27) WRITE | ISA ONLY 


A Write to this register Resets and re-enables only the TROPIC-based adapter's interrupt generation circuitry. Since this leaves 
all other Host adapters disabled, the TROPIC adapter is able to monopolize the interrupt facilities. 


MicroChannel POS REGISTERS (MicroChannel Only) 


During Setup only, TROPIC provides PIO-addressable POS registers for polling and initializing adapters in MicroChannel Hosts, 
in keeping with MicroChannel architecture, these registers let configuration information be written from the non-volatile POS 
memory on the MicroChannel motherboard to TROPIC during Setup. However, these registers are not available during TROPIC 
operations after Setup. (During normal operation, refer instead to the Setup Read 1 and Setup Read 2 PIO Registers for adapter 
information.) The. POS Register region of PIO space has the following structure: an 


MicroChannel POS Register Locations (only available during Setup) 


300107 
100106 
x00105 
x00104 
x00103 
x00102 
x00101 
x00100 
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6.0 Registers (Continued) 


MicroChannel Card ID Register Pair (Read Only) 


This read-only register pair provides the unique MicroChannel Card ID (as stored in the Adapter Identification PROM). Bits 15-4 
of the ID are always set at xE00, so the range of unique Card ID values are xE0000 to xEQOOF. 


x00101 -x00100 
14 13 12 11 10 4 3 


Bit(s) Description 

15-8 -Card ID High Byte: This is always “hardwired” to xE0. 

7-4 Card ID Low Byte (Most Significant 4 bits): This is always “hardwired” to x0. 
3-0 Card ID Low Byte (Least Significant 4 bits): These bits are card-specific. 


Card Enable Register , 


This register contalns the MicroChannel Card Enable bit and the Shared RAM Base Address (which is loaded from Configuration 
Register bits 15-9 during POST). 


x00102 


ABi9 ABB ABI7 ABI6 AB15—ABI4 5 CENA 


Bit(s) Description 


7-1 Shared RAM Host Base Address: (Address Bits 19-13): Used to set the shared RAM page starting address during 
Setup. This location must be set before the Shared RAM can be accessed and must be set to a location in the memory 
map that does not cause a conflict. These register bits default to the same setting as Configuration Register Bits 15-9 
on power-up or after an adapter reset. If the register contains this value, the shared RAM page is not mapped into the 
memory map. This register must be set to a correct address boundary as follows: — 

¢ 8 kB shared RAM page should be on an 8 kB address boundary. 

® 16 kB shared RAM page should be on a 16 kB adress boundary. 

© 32 kB shared RAM page should be on a 32 kB address boundary. 

® 64 kB shared RAM page should be on a 64103 address boundary. 

For RAM paging, the address boundary can be on a 16 kB boundary since only 16 kB of PC address space is used. 
Note: To select a valid address boundary, RRR Bit 1 (AB 13) should always be set to 0. 


Card Enable Bit (CENA): This bit, when set to 1, enables all MMIO and PIO operations along with the card Data Bus 
and return signal drivers. If set to 0, the card is disabled. 
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6.0 Registers (Continued) 


Configuration Register Pair 
This register palr provides an alternative to hardware jumpers at Setup. 


x00104 x00103 


15 — 14 13 12 1 10 9 8 7 6 5 4 3 2 1 0 
Encoded IRQ : 
RMA19 | RMA18 | RMA17 | RMA16 | RMA15 | RMA14 | RMA13 Level RAM Size | RATE | PR/AL 


15-9 ROM/MMIO Host Base Address: (Address Bits 19-13): Used to set the ROM/MMIO starting address during Setup. 
This location must be set before the ROM/MMIO can be accessed and must be set to a location in the memory map 
that does not cause a conflict. The ROM/MMIO domain is mapped to any contiguous 8 kB block within a1 MB Host 


_ Bit(s) Description 


address space. 
8-7 Encoded IRQ Level: Selects interrupt level for adapter, as follows: 
Bit 8 Bit 7 Selected IRQ 
0 0 IRQ2 
0 1 IRQ3 
1 0 IRQ10 
1 1 IRQ11 


6-4 Reserved. 


3-2 Shared RAM Page Size: Bits 3 and 2 select the shared RAM page (window) size, i.e., the amount of the Host’s memory 
space that is allocated to shared RAM. These bits are coded as follows: 


Bit 3 Bit 2 Page Size 
0 0 8kB 
0) 4 16kB 
1 0) 32 kB 
1 1 64 kB 


This shared RAM page size may not be the total amount of shared RAM on the adapter. For example, an adapter with 
64 kB of available shared RAM can be set for a 16 kB page size to allow shared RAM paging. If bit 3 is set to 1 and bit 2 
is set to 0, this would indicate 16 kB of shared RAM in the Host’s memory map.) 


1 TROPIC Data Rate: 0 = 4 Mbps, 1 = 16 Mpbs 
0 Primary/Alternate Adapter Selection Bit: 0 = Primary, 1 = Alternate 


Statue/Chack Renalcter 


we eee, wwe Siw gw 


This register contains the MicroChannel Status and I/O Channel Check indicator bits. 


7 6 5 4 3 2 1 0 
CHCK cesar | — | — | —~ | - [ ~- [ - | 


x00105 
Bit(s) Description 
7 Channel Check: Reflects the true value of - CHCK, TROPIC’s I/O Channel Check Signal (0 = Active, 1 = Inactive). 
6 Channel Check Status: Only valid if Channel Check is active (0 = Present, 1 = Not Present). 


5-0 Reserved. 


Channel Check Status Registers (Read Only) 
This read-only register pair holds the MicroChannel Channel Check Status bits. It should be considered a reserved area. 
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7.0 Software Operation of TROPIC 


As mentioned earlier, once TROPIC initialization is com- 
plete, the Host software communicates with and controls 
TROPIC through three methods: Shared RAM, interrupts, 
and registers. This section briefly describes procedures for 
using those methods to operate TROPIC. More complete 
details are provided in a separate programming reference 
document. 


SHARED RAM CONTROL BLOCKS 


One use of Shared RAM is to provide buffers for passing 
Token-Ring data between TROPIC and the Host. A second, 
equally important use of the Shared RAM is to allow the 
passing of specialized data between TROPIC and the Host 
software in Control Blocks. Control Blocks are used to pass 
Commands (i.e. requests), and the status of requests be- 
tween TROPIC and the Host software. There are four Con- 
tro! Blocks: 
e System Request Block (SRB)—used to pass a com- 
mand from the Host software to TROPIC and to pass 
return codes back to the Host software 


System Status Block (SSB)—f an SRB command re- 
quires further processing, this block is used to pass the 
ultimate results of the command from TROPIC to the 
Host software 

e Adapter Request Block (ARB)—used to pass a com- 
mand or information from TROPIC to the Host software 


Adapter Status Block (ASB)—used by the Host soft- 
ware to respond to an ARB command received from 
TROPIC, usually with an indication of successful or un- 
successful completion 

These Control Blocks are used in conjunction with interrupts 
to provide event-driven, asynchronous operation of 
TROPIC, as described later. 

Contro! Block Commands include high level requests from 
the Host software to TROPIC for MAC (Media Access Con- 
trol) and LLC (Logica! Link Control) services, which are pro- 
vided within TROPIC by its MPU and Protocol Handler. The 
Host software is therefore relieved from having to manage 
MAC, or LLC services, greatiy reducing Host program size 
and complexity. 


SHARED RAM BUFFERS 


Shared RAM includes two types of buffers for passing To- 

ken-Ring data between TROPIC and the Host: 

e Transmit Buffers (also called Data Holding Buffers, or 
DHBs) 


e Receive Buffers 


Transmit Buffers (DHBs) 

TROPIC assembles and transmits frame data from the 
Transmit Buffers (based on transmit commands issued 
through the SRB [System Request Block] by the Host soft- 
ware). 


The number and size of the Transmit Buffers is determined 
when TROPIC is issued an Open Adapter command (as de- 
scribed later). 


RECEIVE BUFFERS 


TROPIC takes frame data from the Token-Ring and writes it 
into Receive Buffers in Shared RAM. It then places a Re- 
ceive command in the ARB and issues an interrupt to the 
Host software. Among other things, the Receive command 
information will include the starting address of the Receive 
buffer. 


The total size of the Receive Buffers is determined indirectly 
when TROPIC is issued an Open Adapter command (de- 
scribed later); all Shared RAM that is not needed for work 
areas, contro! blocks, communication areas, and Transmit 
Buffers is configured as Receive Buffers. Multiple Receive 
Buffers may be chained together to hold a complete frame, 
in which case each buffer will contain a pointer to the next 
buffer in the chain (and the Receive command will indicate 
the starting address of the first Receive Buffer). 


INITIALIZATION HANDSHAKING 

Before beginning an operating session with TROPIC, the 

Host software must first perform an initialization to ensure a 

known starting point. The typical method is as follows: 

14. Invoke a Reset condition on TROPIC (using an Adapter 
Reset PIO Register access for MicroChannel and ISA. 


2. Delay for at least 50 ms. 


3. Invoke a Reset Release (using a Reset Release PIO 
Register access for MicroChannel and ISA. 

4. lf Shared RAM is to be paged, request paging by writing 
xC000 to SRPR (Shared RAM Page Register). 

5. Set the Enable Interrupt bit of the HISR register (Host 
Interrupt/Status Register). 

6. Wait for 1 to 3 seconds until TROPIC sets the “SRB 
Response” bit of the HISR register (indicating initializa- 
tion and TROPIC’s Adapter Diagnostics Program are 
complete). 

7. Read the WRBR (Write Region Base Register) and the 
Shared RAM Segment address. Use the offset in the 
WREBR and the Shared RAM Segment Address to calcu- 
late the initial location of the SRB where TROPIC has 
posted the results of the initialization (including any diag- 
nostics failure messages). 

8. Read and evaluate the results in the SRB and store im- 
portant parameters. If diagnostics code indicates suc- 
cessful completion, proceed with operations. 

9. \f Fast Path Transmission will be used, fill out the SRB 
with CONFIG.FAST.PATH.RAM command information 
and interrupt TROPIC. Read the response in the SRB to 
get the new SRB address. 
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7.0 Software Operation of TROPIC (ontinuea) 


HOST-TO-TROPIC COMMAND HANDSHAKING 
Commands that Host software can issue to TROPIC using 
the SRB are summarized later in this section. The general 
procedure for issuing a command to TROPIC is: 


1. 


Host software writes the appropriate Command code 
and related parameters into the SRB. 


6. 


After the Host software reads the return code from the 
SSB, it interrupts TROPIC by setting the TISR “SSB 
Free” bit. 


TROPIC-TO-HOST COMMAND HANDSHAKING 


The commands which can be issued from TROPIC to the 
Host software using the ARB are summarized in a table 


2. Host software sets the TISR register’s “Command in later in this section. The general procedure for issuing a 
SRB” bit to issue an interrupt to TROPIC. command to the Host software is as follows: 
3. TROPIC checks the validity of the SRB contents and ei- 1, TROPIC writes the appropriate Command code and re- 
ther: lated parameters into the ARB. 
— completely processes the command, sets a return 2. TROPIC sets the HISR register’s “ARB Command” bit to 
code other than xFF in the SRB, and issues an inter- issue an interrupt to the Host software. 
rupt to the Host software (by setting the HISR regis- 3. The Host software reads the ARB contents and issues 
ter's “Response in SRB” bit). an interrupt to TROPIC by setting the TISR register’s 
— performs initial processing only, sets the return code “ARB Free” bit (to acknowledge command receipt and 
to xFF in the SRB, and provides a “command correla- to indicate that TROPIC can re-use the ARB). 
tor’. TROPIC issues an interrupt to the Host software 4. If a response is required based on the command, the 
(by setting the HISR register’s “Response in SRB Host software writes the response information into the 
bit) only if an SRB Free Request Interrupt is issued by ASB (Adapter Status Block) and issues an interrupt to 
the Host software (by setting the TISR register's TROPIC by setting the TISR register's “Response in 
“SRB Free Request” bit). ASB” bit. 
4. Depending on the command, TROPIC may r nan mere 5. After TROPIC reads the ASB response, it either: 
data using the ARB (Adapter Request Block) and DHB . : 
(i.e., the Transmit Buffer). The Host software uses the = oa dani henere pifemigoaeatts he ica 
ASB (Adapter Status Block) to indicate that the request- - shears “ASB Free” bit only if me oi Wen Free Re- 
ed data has been moved to the appropriate Shared RAM a inderrunt bit ia Bat y 
location. After reading the ARB, the Host software inter- a P Pra 
tupts TROPIC by setting the TISR “ARB Free” bit. — sets an error return code indicating that an error has 
5. When processing is completed for a command in pro- been detected, and issues an interrupt to the Host 


cess (i.e., return code is xFF in Step 3), TROPIC puts the 
final return code in the SSB (System Status Block) and 


_ interrupts the Host software by setting HISR “SSB Re- 


sponse” bit). 


SRB (Host-to-TROPIC) COMMAND SUMMARY 
Direct Interface Commands _ 


These commands affect TROPIC as a whole, rather than s 


involve LLC processing. 


software by setting the HISR register’s “ASB Free” 
bit, regardless of the status of the “ASB Free Re- 
quest” interrupt bit. 


pecific SAPs (Service Access Points) or link Stations, and do not 


Command Name Code (Hex) Description 
DIR.CLOSE.ADAPTER 04 Closes the adapter, terminating all Ring communications (or Open Wrap test, 
if in process) 
DIR.CONFIG.FAST.PATH.RAM 12 Tells adapter to use Fast Path interface techniques and sets values for the _ 


amount of shared RAM to allocate for the transmit interface and the size of 
the Fast Path buffers to be used; this command can only be issued when the 
adapter is in a Closed state 


DIR. INTERRUPT Forces a TROPIC interrupt; has no effect on Ring communications 


DIR.MODIFY.OPEN.PARMS Modifies adapter options previously set by DIR.OPEN.ADAPTER 
DIR.OPEN.ADAPTER Opens adapter with specified options, preparing adapter for normal ring 
operations (in automatic receive mode) or adapter wrap test 
DIR.READ.LOG Reads and resets adapter error counters 
DIR.RESTORE.OPEN.PARMS Modifies adapter options set by DIRCOPEN.ADAPTER 
DIR.SET.FUNCT.ADDRESS 07 Sets the functional address for the adapter to receive Ring messages 
DIR.SET.GROUP.ADDRESS Sets the Group address for the adapter to receive Ring messages 
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7.0 Software Operation of TROPIC (Continue) 


DLC (IEEE 802.2 SAP and Station Interfaces) Commands 
These commands affect SAPs (Service Access Points) or link stations, and make use of LLC protocols. 


Command Name Code (Hex) Description 
DIC.CLOSE.SAP 1 Closes (deactivates) an SAP and frees associated control block(s) 
DLC.CLOSE.STATION 1 Closes one link station; will not complete while Ring is “beaconing” 


DLC.CONNECT.STATION 1B Initiates a SABME__UA exchange to place the local and remote link stations in a 
data transfer state, or completes such an exchange that has been initiated by the 
remote station 


Controls the flow of data across a specified link station on an SAP, or every link on 
an SAP 


Modifies selected working values on an open link station or the default values of an 
SAP 


Opens (activate) an SAP and allocates an individual SAP control block 


DLC.FLOW.CONTROL 


DLC.MODIFY 


= 


DLC.OPEN.SAP 
DLC.OPEN.STATION 
DLC.REALLOCATE 


Allocates resources to support a logical link connection 


Removes a given number of link station control blocks from a SAP and returns 
them to the adapter pool, or removes a given number of link station control blocks 
from the adapter pool and returns them to a SAP 


Resets one SAP and all associated link stations, or all SAPs and all associated link 
stations 


DLC.RESET 


_ 


. =a fa | 
mi > NiO las, © >] O 


DLC.STATISTICS Reads statistics for a specific link station 


Transmit Commands and the Fast Path Interface 

There is actually only one transmit command with various subcommands to indicate the type of data to be transmitted. All the 
commands have the same format with the only difference being the actual command code. 

The Fast Path interface provides a poo! of transmit buffers that Host software can fill asynchronously to the TROPIC MPU’s 
processing. Host software moves Transmit commands and related data together to these buffers and then signals TROPIC that 
the pools have been updated. TROPIC then processes frames according to each data block’s associated command. 

The Fast Path transmit interface is activated by issuing a “‘DIR.CONFIG.FAST.PATH.RAM” SRB command to TROPIC. TROPIC 
subsequently processes transmit commands based on Fast Path interface procedures. Fast Path handshaking and operations 
are covered in detail in a separate programming document. 


Note: If Fast Path Transmit is not activated, then TROPIC operates in a less efficient transmission mode that requires the Host software to first issue a transmit 
command only, wait for a TROPIC response, and then move transmission data to the Transmit buffer. This mode exists primarily for compatibility with earlier 
drivers, and it should not be used in new software. 


Command Name Code (Hex) Description 
TRANSMIT.DIR.frame 


> 


Requests transmission of a Direct transmission; the application must 
assemble the entire message, leaving room for the source address, which 
TROPIC inserts; no LLC protocol assistance is provided in this mode 


TRANSMIT.I.frame 
TRANSMIT.UI.frame 


Requests transmission of I-format (Information transfer format) frame 


Requests transmission of Ul-format (Unsequenced Information transfer 
format) frame 


TRANSMIT.XID.CMD Requests transmission of XID-format (Exchange Identification format) 


Command frame 


TRANSMIT.XID.RESP.FINAL Requests transmission of XID-format final Response frame (in response to 


an XID Command being received) 


Requests transmission of XID-format non-final Response frame (in 
response to an XID Command being received) 


TRANSMIT.XID.RESP.NOT.FINAL 


TRANSMIT.TEST.CMD 


_ 


Requests transmission of TEST-format Command frame 


— [o) [o) 
a 
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7.0 Software Operation of TROPIC (continued) 
ARB (TROPIC-to-Host) COMMAND SUMMARY 


Command Name Code (Hex) : Description 
DLC.STATUS Indicates a change in DLC status to the Host 
RECEIVED.DATA Informs the Host that data for a particular STATION-ID has been received; the 
Host must move the data from the Shared RAM Receive buffers to buffers in 
Host memory 
RETRANSMIT.DATA Lets adapter request a retransmission of frames by the Host due to changes in 


link station status; the Host responds by moving frames to the transmit buffer 
Pool starting at the frame with the correlator in the ARB 


RING.STATUS.CHANGE 
TRANSMIT.DATA.REQUEST 


Indicates a change in network status to the Host 


When Fast Path is not used, informs the Host that TROPIC now needs data for 
a Transmit command previously issued by the Host 


BRIDGE OPERATION AND COMMANDS 


By using two TROPIC-based adapters in the same workstation, each connected to a separate Ring, a bridge application 
program can forward frames between the two Rings. This capability is supported by some additional resources: 
e two additional SRB commands 


* one additional ARB command | 
© two additional Shared RAM areas—a Bridge Transmit Control area and Bridge Transmission buffers 
© two additional interrupt register bits, one in the HISR and one in the TISR 


Bridge handshaking and operations are covered in detail in a separate programming document. The commands are summarized 
below: 


Command Name Code (Hex) Description 


DIR.CONFIG.BRIDGE.RAM 0c Tells adapter how much shared RAM to allocate for bridge transmit control areas 
and buffers 

DIR.SET.BRIDGE.PARMS Lets Host set values and conditions for adapter to use when copying frames for 
forwarding ; 

RECEIVED.BRIDGE.DATA | gs Informs Host that adapter has received frame that requires forwarding ; 
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8.0 Pin Descriptions 
Note: | = Input-only digital, O = Output only digital, B = Bidirectional digital, A = Analog 
I-PU = Input-only digital with internal pullup*, I-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
— = Active low signal 
*Internal polysilicon resistor with nominal value of 15k +30% 


Pin Name | PinNo. | Type | Description 


TOKEN RING INTERFACE PINS 
-4 MBPS 4 MBPS RING SPEED: This output is connected to an external 16 Mbps equalizer. It is driven 
low if the ring speed is set to 4 Mbps and can sink 8.0 mA at 0.3V. If the ring speed is set to 16 
Mbps, this output is set to TRI-STATE® with a maximum leakage current of 10 mA. 
-16 MBPS 16 MBPS RING SPEED: This output is connected to an external 4 Mbps equalizer. It is driven 
low if the ring speed is set to 16 Mbps and can sink 8.0 mA at 0.3V. If the ring speed is set to 4 
Mbps, this output is set to TRI-STATE with a maximum leakage current of 10 mA. 


PHANTOM DRIVE A—This pin and PHANTOM DRIVE B are the outputs for the Phantom 
Drive signal. These Pins are connected via resistors to the line side of the transmit pulse 
transformer. The Phantom Drive signal inserts the station into the wiring concentration unit. 


PHANTOM DRIVE B—see PHANTA. 


PLL FILTER—4 MBPS: The resistor and capacitors attached to the A pin control how 
responsive PLL oscillator is to phase changes in the received data at 4 Mbps. 


PLL FILTER—16 MBPS: The capacitor attached to the B pin controls how responsive the PLL 
oscillator is to phase changes in the received data at 16 Mbps. 
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PHANTA 


PHANTB 
PLL4 


PLL16 


aw 
eae 
ee 
el 
Emel 


RINA 


2 
So 
x 


Ring IN A: One of the two lines on which differential data is received from the Token Ring 
through the receive transformer and equalizer circuits. 


Ring IN B: See RINA above. 


A Ring OUT A: One of the two lines on which differential data is driven to the Token Ring 
through the transmit transformer and equalizer circuits. 


ROUTB A Ring OUT B: See ROUTA above. 
POWER SUPPLY PINS (DIGITAL) 
D07, E06, E07, E08, F04, G04, G10, H10, J04, J10, LO5, LO8, LO 
D06, D8, E05, G03, G11, H04, JO3, J11, K10, M05, M08 


POWER SUPPLY PINS (ANALOG) 
Care should be taken to reduce noise in these pins since they supply analog elements of TROPIC. 


M07 (PLL Filter Return), NO6 
LO6, LO7, M06 
NO CONNECT PINS 


NC 
All Busses E01, F01, FO9, FA, G13, H12, JO1, L114, £12, M01, M11, M12, M13, M14, NO1, N11, N12, N13, N14, P13, P14 
For ISA C01, 001 , 


CLOCK INTERFACE PINS 


RINB 
ROUTA 


me] 
Oo 
o 
> 


32 MHZ IN: This input line must be driven from a 32 MHz +0.005% signal source with a duty 
cycle of 40-60% of total cycle. 
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8.0 Pin Descriptions (Continued) 
Note: | = Input-only digital, O = Output only digital, B = Bidirectional digital, A = Analog 
I-PU = Input-only digital with internal pullup*, I-PD = Input-only digital with internal pulldown* 
Bidirectional digital with internal pullup* 
Active low signal 
+ = Active high signal 
*|Internal polysilicon resistor with nominal value of 15k +30% 


B-PU = 


Pin Name 


| Pino. | Type | 


Description 


TROPIC LOCAL STORAGE INTERFACE PINS 


—RAS 
+CO/—DAT 


—CASHI 
—SRAMHI 
—CASLO 


—SRAMLO 


—ROM 


—DRAMWE 


—SRAMOE 


—SWRITE 


—$D15 to —SD8 


—SDP1 


—SD7 to —SDO 
— SDPO 


—SA14 to -SAO 


—SMI 


—MIP 


aie 
Lee 
we a 


; ae 


E14 


ial 


B-PU 


I-PU 


—ROW ADDRESS STROBE / (+ CODE/— DATA): For Dynamic RAM, this output is 
the Row Address Strobe (RAS). Itis activated on any access by TROPIC to the 
DRAM, and also during refresh cycles. If static RAM is used, this signal is high during 
accesses to the Code Block and low during accesses to the Data Block. 


COLUMN ADDRESS STROBE HI/—SRAM SELECT HI: This output is used to select 
the dynamic or static RAM devices on the HI byte of the storage bus. When this signal 
is activated for a read access, good parity must be provided by the external devices. 


COLUMN ADDRESS STROBE LO/—SRAM SELECT LO: This output is used to 
select the dynamic or static RAM devices on the LO byte of the storage bus. When 
this signal is activated for a read access, good parity must be provided by the external 
devices. 


ROM SELECT: This output is used to select ROM devices on the storage bus. All 
reads and writes to the ROM are word (two-byte) operations. 


AIP SELECT: This output is activated by TROPIC during any MPU or Host read cycle 
that references the AIP. This signal is also activated for MicroChannel accesses to the 
Card ID. When this line is active, only the low-order 4 bits of the data bus need to be 
driven. The high-order 12 data bits and the parity bits are ignored by TROPIC. No 
WRITE logic is enabled during AIP Select cycles; therefore, writing to the AIP is ner 
allowed. 


DRAM WRITE ENABLE: This output line is activated by TROPIC during any write 
access to RAM or DRAM. This signal is conditioned by timing logic to provide the 
correct Write Enable signal for DRAMs selected by the CAS lines. 


SRAM OUTPUT ENABLE: This output signal has meaning only when static RAM is 
used. It is activated by oe on any RAM iene access from either byte of the 
storage bus. 


STORAGE WRITE: This bidirectional line is activated by TROPIC whenever the 
current storage bus operation is a “write” from TROPIC’ $ perspective. The signal is 
not conditioned by timing logic. 


STORAGE DATA\(bits 15 through 8) and Storage Data Parity 1 (MSB): This 
bidirectional bus carries the high-order data for all storage devices on the ee 
Storage Interface. 


STORAGE DATA\(bits 7 through 0) and Storage Data Parity 0 (LSB): This bidirectional 
bus carries the low-order data for all storage devices on the Local Storage Interface. If. 
a separate BIOS module is used, it must be attached to this byte of the storage bus. 
Also, for accesses to a separate BIOS module, parity does not need to be provided, 
and TROPIC inverts the data so it is considered to be positive active. 


STORAGE ADDRESS(bits 14 through 0): This bidirectional bus carries the address for 
all storage devices on the Local Storage Interface and is valid when one of the 
storage select lines is activated. 


STORAGE MEMORY INHIBIT: For normal operation, this input pin MUST be tied 
inactive or left unconnected; it has an integrated pullup resistor in its receiver. 


MIP TEST: For normal operation, this input pin MUST be tied inactive or left 
unconnected; it has an integrated pullup resistor in its receiver. 


Note 1: See the Connection Diagrams and Pinout Tables in Section 12.0 for Pin Numbers. 
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8.0 Pin Descriptions (Continued) 
Note: | = Input-only digital, O = Output only digital, B = Bidirectional digital, A = Analog 
I-PU = Input-only digital with interna! pullup*, l-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
— = Active low signal 
+ = Active high signal 
*Internal polysilicon resistor with nominal value of 15k +30% 


Pin Name | PinNo. | Type | Description 


HOST INTERFACE PINS FOR ALL BUS TYPES 


HOST RESET: Input used to reset TROPIC. Positive active on ISA and MicroChannel 
hosts. 


Sc08dd 


CONFIGURATION LOAD: Held low to “‘gate” settings from physical jumpers (or 
equivalent) to TROPIC’s internal Configuration Register. Low level when RESET is active. 


HOST CONFIGURATION 2: This pin and pins CFG1 and CFGO are used together to 
indicate the bus type to TROPIC during reset; for more information, see Section 4.0. 


HOST CONFIGURATION 1: see CFG2 
HOST CONFIGURATION 0: see CFG2 


HOST DATA\(bits 15 through 0)—These bidirectional, positive active pins are used to 
transfer data across the Host data bus. TRI-STATE when RESET is active. 


Host Data Parity 1 (MSB): Bidirectional, positive active pin used to transfer parity bit for 
most significant Host Data byte. 


Host Data Parity 0 (LSB): Bidirectional, positive active pin used to transfer parity bit for 
least significant Host Data byte. 


HOST ADDRESSibits 19 through 0)—These positive active pins are connected to the 
Host address bus. , 


ENABLE HOST DATA HIGH: External buffer enable for high byte (driven high when 
RESET is active). 


ENABLE HOST DATA LOW: External buffer enable for low byte (driven high when RESET 
is active). 


ENABLE HOST PARITY IN: Enables Host Parity In for Data Bus buffer hardware. Driven 
high when RESET is active. 


HOST DATA DIRECTION: Direction signal source for Host Data buffer hardware. Low for 
Host Reads, high for Host Writes. Driven high when RESET is active. 


Note 1: See the Connection Diagrams and Pinout Tables in Section 12.0 for Pin Numbers. 
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8.0 Pin Descriptions (continuea) i tie oF 
Note: | = Input-only digital, O = Output only digital, B = Bidirectional digital, A = Analog 
I-PU = Input-only digital with internal pullup*, I-PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* : _— 
Active low signal 
+ = Active high signal 
*Internal polysilicon resistor with nominal value of 15k +30% 


| 
i 


Pin Name | PinNo. | Type | Description 
HOST INTERFACE PINS FOR ISA HOSTS 

+AEN cot | 1 | ADDRESSENABLE 3 oa 

+RDY | coz | 0 | CHANNELREADY: High level when RESET is active. 

-BHE | Bot | 1. | BYTEHIGHENABLE 7 = 

—BIOS F10 BIOS ACCESS: Activated by TROPIC when Host addresses the BIOS ROM. High level when 
RESET is active. 

—cHCck | £03. | © | I/OCHANNEL CHECK: High level when RESET is active. 

+DPEN ee DATA PARITY ENABLE: TROPIC checks data parity on Host writes when this signal is tied 
te | > che oe ti 

—IOR E04 1/0 READ: If this signal and IOW are active, IOR is not recognized and TROPIC goes into 
Card Test mode. 

—lOW F03 1/0 WRITE: If this signal and IOR are active, IOW is not recognized and TROPIC goes into - 
Card Test mode. ioe 

—MEMR pos | 1 | MEMORY READ 

-memw | pos | 1 | MEMORY WRITE 

=Rer | p02 ||| REFRESH 

inazi {= Po2 | st‘ INTERRUPT REQUEST 2 INPUT | 

iraz0__| _cos__| oO | INTERRUPT REQUEST 2 OUTPUT: High level when RESET is active. 

IRQSI pot_.| 1 | INTERRUPT REQUEST 3 INPUT 


: 


IRQ30 E02 INTERRUPT REQUEST 3 OUTPUT: High level when RESET is active. 
IRQ6I NO2 INTERRUPT REQUEST 6 INPUT ' 
IRQ6O0 DO3 INTERRUPT REQUEST 6 OUTPUT: High level when RESET is active. 
INTERRUPT REQUEST 7 INPUT . a 
INTERRUPT REQUEST 7 OUTPUT: High level when RESET is active. — 
TIE HIGH—These pins must be pulled High using a nominal value external pullup resistor. 
HOST INTERFACE PINS FOR MICROCHANNEL HOSTS 
MIO C04 -+-MEMORY/-—I/O CYCLE 


IRQ7I LO4 


IRQ70 


+CHRDY | coz | 0 | CARD CHANNEL READY: High level when RESET is active. 

—sBHE | . B01 | 1 | SYSTEMBYTEHIGHENABLE 

—BIOS F10 BIOS ACCESS: Activated by TROPIC when Host addresses the BIOS ROM. High level when 
RESET is active. 

—cHCK | £03 | © | I/OCHANNEL CHECK: High level when RESET is active. 

—DPENI F02 DATA PARITY ENABLE IN: TROPIC checks data parity on Host writes when this signal 
goes low. 

—CMD E04 | 1 | COMMAND 

-ap. | Fos | 1 | ADDRESSLATCH 

=si__ | bo] srauseirs 

-so_ | 005 |_| statussiro 

—REF Bo2 | 1 | REFRESH 
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8.0 Pin Descriptions (Continued) 
Note: | = Input-only digital, O = Output only digital, B = Bidirectional digital, A = Analog 
I-PU = Input-only digital with internal pullup*, I-PD = Input-only digital with internal pulldown* 
Bidirectional digital with internal pullup* 
Active low signal 
= Active high signal 
*Internal polysilicon resistor with nominal value of 15k +30% 


B-PU = 


Pin Name Type 


HOST INTERFACE PINS FOR MICROCHANNEL HOSTS (Continued) 

SYSTEM ADDRESS BIT 23 (MSB) 

INTERRUPT REQUEST 2: High level when RESET is active. 
SYSTEM ADDRESS BIT 22 
INTERRUPT REQUEST 3: High level when RESET is active. 
SYSTEM ADDRESS BIT 21 
INTERRUPT REQUEST 6: High level when RESET is active. 
SYSTEM ADDRESS BIT 20 
INTERRUPT REQUEST 7: High level when RESET is active. 
MEMORY ADDRESS ENABLE 24 

CARD DATA SIZE 16: High level when RESET is active. 


+A23 P02 
—IRQ2 C03 
+A22 POt 
—IRQ3 E02 
+A21 
—IRQ6 
+A20 
—IRQ7 
+MA24 
—DS16 0 
—SETUP P04 
—SFBK 


SETUP SIGNAL 


eae 


9.0 Hardware Interface 

Because TROPIC has a limited number of I/O pins and its 
drivers cannot directly drive the loads encountered on many 
of the Host interface signals, some support components 
(“glue”) must be added to each adapter, as described in 
this section. , 


FOR ISA BUS HOSTS 


® Bidirectional TRI-STATE buffer module(s), such as a 
74ALS245, to buffer data bits. HDB [Host Data Bus] (15- 
0) is buffered as D15-D0 for a 16-bit adapter, HDB(7-0) 
is buffered as D7—D0 for an 8-bit adapter. Its direction 
pin is attached to the HDDIR signal from TROPIC; its 
enable pin is attached to the EHDH/L signals from 
TROPIC. 

Open collector drivers for the CHCK and RDY signals. 
Open collector drivers for the IRQ2/3/6/70 signals. The 


outputs of the glue from these signals attach directly to 
the {RQ2/3/6/7I signals. 


FOR MICROCHANNEL BUS HOSTS 


© Bidirectional TRI-STATE buffer module(s), such as a 
74ALS245, to buffer data bits. The direction pins are at- 
tached to the HDDIR signal from TROPIC; each enable 
pin is attached to the EHDH/L signals from TROPIC. 
Each byte has its own enable pin, as required by 
MicroChannel architecture. 
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Description 


SELECT FEEDBACK: High level when RESET is active. 


e TRI-STATE drivers like the 74F125 for the data parity 

_ bits and an OR gate like the 74AS32. Each parity bit 
requires two TRI-STATE gates and an OR gate (as 
shown below). TROPIC provides the EHPI signal. 


TROPIC Pins 
~EHDH/L 


~HDDIR 


+SDP1/ 
+SDPO 


+HDP1/ 
+HDPO 


TL/F/11334~-12 


e An open collector driver for the CHCK signal. 

e An open collector driver for the DPAREN signal. A 
74F125 with both input pins tied to the HDDIR signal 
should be used, with its DPAREN output tied to the 
DPENI signal. ; 


e An open collector driver for the IRQn signals. 
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10.0 Interface Considerations 


This section discusses additional considerations for 


’ TROPIC’s External Storage and Host interfaces. 


EXTERNAL STORAGE INTERFACE CONSIDERATIONS 


TROPIC provides a flexible interface to external storage de- 
vices. These devices include static or dynamic RAM and a 
PROM containing microcode and possibly BIOS data. Exter- 
nal storage may also include a separate Adapter Identifica- 
tion PROM (AIP) and/or separate BIOS PROM. 


On MicroChanne! Bus adapters, the AIP PROM also con- 
tains four bits of the Card ID. The AIP SELECT signal is 
used to select the PROM for both types of accesses. For 
AIP cycles, address bits 6 and 7 are active; for Card ID 
accesses, bits 6 and 7 are forced inactive. 


In cases where the BIOS resides in the microcode PROM, 
the ROM SELECT signal is activated and the three highest 
order storage address bits are forced high for BIOS access- 
es. Thus, the BIOS must reside logically in the top 8 kB 
region of the PROM. 


In cases where the BIOS resides in a separate PROM, the 
BIOS SELECT signal, along with 13 bits of the storage ad- 
dress bus, are used for BIOS accesses. 


TROPIC supports dynamic RAM with a single Row Address 
Strobe (RAS) and two Column Address Strobes (CAS), and 
uses the upper eight address lines for the multiplexed 16-bit 
address. The CAS signals each select one of the bytes (HI 
or LO) and the RAS signal is common to both bytes. Re- 
fresh is accomplished by distributed RAS-only cycles. One 
refresh cycle is taken every 15 ys, so all 256 rows are re- 
freshed in 3.84 ms. 


INTERFACING A SEPARATE BIOS ROM MODULE 


In ISA and MicroChannel Hosts, LAN adapters typically pro- 
vide support for a BIOS ROM device. The BIOS ROM usual- 
ly contains code to support remote loading of the operating 
system on diskless workstations. 


In TROPIC’s default configuration, BIOS code is stored in 
an 8 kB portion of the microcode PROM. However, TROPIC 
does provide integrated support for storing BIOS code ina 
separate BIOS ROM device, eliminating the need for addi- 
tional buffers and decoding logic. 


Specifically, TROPIC supports an 8k x 8 BIOS ROM device 


(2764). TROPIC decodes and maps the ROM into Host 
memory space via the 8 kB ROM/MMIO region. Because 
TROPIC maps the ACA (Attachment Control Area) into the 
top 0.5 kB of the ROM/MMIO Host memory region (see 
below), the Host can access only the lower 7.5 kB of the 
BIOS ROM; BIOS code must therefore be stored in the low- 
er 7.5 kB of the BIOS ROM. 


BIOS/MMIO Host Memory Map 
x2000 
x1E£00 

Offsets from . 
ROM/MMIO 
Base Address 
(In Host Memory) 


BIOS 


(iSA/ 


MicroChannel) 


x00000 
TL/F/11334-14 
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The ROM/MMIO base address is loaded from the Host into 
the TROPIC Configuration registers during initialization, ei- 
ther via the Storage Data Bus (for ISA) or POS registers (for 
MicroChannel); see Section 4.0 for details. For BIOS data 
access details, see the TROPIC programming reference 
document. 

A BIOS ROM device is connected to TROPIC’s Storage 
bus. The nature of TROPIC’s Storage Interface requires the 
connection of the Storage Address lines (SAx lines) as 
shown below. The Storage Data lines SDO-7 are connected 
to the BIOS ROM Data pins DO-7 respectively. 


Separate BIOS PROM Connection 


TROPIC’ 


TL/F/11334-15 
During initialization, TROPIC must be configured to utilize 
the separate BIOS ROM. This is accomplished by driving 
the SDP1 line low (OV) during configuration load. See Sec- 
tion 4.0 for more initialization details. 


OSCILLATOR REQUIREMENTS 


Frequency 32.0 MHz (TTL) 
Supply Voltage 5.0V +10% 
Frequency Stability +10 PPM (+0.01%) 
Output Specifications: 
Load 5 TTL Gates Max 
Duty Cycle 50% +10% (Note 1) 
Rise Time 5 ns Max (Note 2) 
Fall Time 5 ns Max (Note 2) 
Vou 2.4V Min 
VoL +0.5V Min 


Note 1: Measured at + 1.5V level. See diagram below. 


Note 2: Measured between the +0.5V (Vo ) and +2.4V (Voy) levels. See 
diagram below. 


-- Duty Cycle 50% - 


-Duty Cycle 50% -:+ 


TL/F/11334-16 


11.0 DC and AC Specifications 
ELECTRICAL CHARACTERISTICS 


Absolute Maximum Ratings 
Supply Voltage (Vcc) 

DC Input Voltage (Vin) 

DC Output Voltage (Vout) 

Storage Temperature Range (Tstq) 
Power Dissipation (PD) 


—0.5V to 7.0V 

—0.5V to Voc + 0.5V 
—0.5V to Voc + 0.5V 
—40°C to +60°C 


@ Vcc = 5.5V 

(@ 4 Mbps) 800 mW 
(@ 16 Mbps) 990 mW 
(@ Pin Head) 

185°C 

1000V (Human 

Body Model) 


Lead Temp (TL) (Soldering, 10 sec.) 


ESD Rating 


AC Specifications 
EXTERNAL STORAGE INTERFACE TIMING 


DC Specifications (@ 0°C-60°C, Voc = +5.0V +10%) 


Symbol 
High Level Output 
Voltage (@ —1 mA) 
Low Level Output 0.5 
Voltage (@ 4 mA) ° 
Minimum High Level 20 
Input Voltage : 


Minimum Low Level 
Input Voltage 


VoH 

VoL 

Vi 

Vit 

Ie Input Leakage Current 
Veco = 5.5V, Vit = OV! 
Vec = 5.5V, Vip = OV2 
Voc = 5.5V, Vit = 5.5V 


Input Capacitance Pee 


Note 1: No internal pullup. 
Note 2: With internal pullup. 


Timing diagrams in this section reflect the timing requirements at the TROPIC pins and assume a capacitive load of 75 pF for 


address and data busses and 25 pF for control signals. 


After each External Storage access, there is a “dead” period during which no selects are active and TROPIC data drivers are 
placed in TRI-STATE. This period allows external devices that were accessed to return to TRI-STATE before other external 
devices or TROPIC begins driving the data bus. This “dead” period is 60 ns maximum, and all external devices must be able to 


return their drivers to TRI-STATE within this amount of time. 


ROM Read Cycle 


VV Y 
—_ = Be 
T2 


T3 
6 


WRITE ENABLE 


ROM SELECT 


WAX 
\XXXXX 


17 —— | 78 —| 


STORAGE DATA 


Parameter 
STORAGE ADDRESS setup time 
STORAGE WRITE setup time - 
WRITE ENABLE setup time 


STORAGE ADDRESS and STORAGE WRITE hold time 


WRITE ENABLE hold time 


STORAGE DATA VALID after ROM SELECT active 


STORAGE DATA hold time 


ROM SELECT inactive to STORAGE DATA TRI-STATE 


ROM SELECT inactive 


XXX MY 
T9 


TL/F/11334-17 


Units 
ns 
ns 
ns 
ns 
ns 


ROM SELECT pulse width 


oo 


ns 


~“ 
a 


ns 
ns 
ns 


ns 
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11.0 DC and AC Specifications (Continued) 
~ Static RAM Read Cycle 


a, 
NY | Pile oo 


14 


ee 
= XXAXAKXXX 


-STORAGE ADDRESS K 


“STORAGE WRITE 


-SRAM SELECT HI,LO 


~STORAGE DATA K K 


SRAM OE 
Note: — = Active low signal. ; TL/F/11334-18 
symbol | Parameter =| Min =| Max [Units 
Ti | STORAGEADDRESSsetuptime | Ts 
T2____| STORAGEWAITEsetuptime TEs 
Ts | _STORAGEADDRESSandSTORAGEWAITEholdtime | oo | | ns 
Ta | RAMSELECTpulsowidth Tt] ts 
TS___| " STORAGEDATAVALIDafterRAMSELECTactve | | 85 | ins 
Té___| STORAGE DATAVALIDafterSTORAGEADDRESSvalid || 100 ns 
T | _STORAGEDATAholdtime | ts 
T8 RAM SELECTinactivetoSTORAGEDATATRISTATE | = | 60 || ns 
T9 SRAM OE pulse width 120 | 130 | ns 
T10 SRAM SELECT inactive i ns 
Static RAM Write Cycle : 
sour woes SIQX 
1 T3 
“STORAGE WRITE XX\ : . AXXXXXXX 
2 14 18 =" 
“SRAM SELECT HI,LO : Z \ 
17 5 16 
-sTorAct ATA 00202000 (0 
Note: — = Active low signal. TL/F/11334-19 
Symbol | Parameter | Min =| Max | Units 
Ti | STORAGEADDRESSsetuptime | | Ts 
T2___| STORAGEWAITEsetuptime | nts 
T3___| STORAGE ADDRESSandSTORAGEWRITEholdtime | 25 | ns 
Ta | RAMSELECTpulsewidth | t00 STs 
STORAGE DATA setup time, ISA 70 
T6___| STORAGEDATAholdtime ts 
17 STORAGE DATA valid after RAM SELECT active, MicroChannel Se na hae ae 
STORAGE DATA valid after RAM SELECT active, ISA 
Te__| SRAMSELECTinactve Ts 


Note: The Storage Data timing changes depending on which bus type is selected on the host configuration pins. Differences in data timing for ISA vs MicroChannel 
require differences in the local memory sequencing to maximize performance. et 5: 
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11.0 DC and AC Specifications (Continued) 


Dynamic RAM Read Cycle 
~srowace aponess XX KKK 
1 T2 13 = —_ T4 


7 


~ wane erate XXX XRXKXMXKRAA | YA 


-CAS HI, LO 


T15 


soc OATk a 
"-TL/F/11334~20 
Note: — = Active low signal. 


Symbol Parameter 
T1 STORAGE ROW ADDRESS setup time 
T2 STORAGE ROW ADDRESS hold time 
T3 STORAGE COLUMN ADDRESS setup time 
T4 STORAGE COLUMN ADDRESS hold time 
75 Cycle time 
T6 RAS pulse width 
T7 RAS precharge time 
T8 RAS to CAS delay time 
T9 RAS hold time from CAS 
T10 WRITE ENABLE setup time 
WRITE ENABLE hold time : 
CAS hold time from RAS 
CAS pulse width : 
CAS precharge time 
STORAGE DATA valid from RAS 
STORAGE DATA valid from CAS 
STORAGE DATA hold time from CAS 
CAS inactive to STORAGE DATA TRI-STATE 


ain 
o;}n 


Nn [a 
oa|o 


mM 1|o 
a; 


| RASholdtimetromcas || 
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11.0 DC and AC Specifications (Continued) 


Dynamic RAM Write Cycle 


~srorace aponess XX KKK 
TH T2 13 as ha a 14 
15 
; T6 17 


-RAS 


ene awa: SXXXXXK RRR [XXXXRRRRRREREKRXKN 


-CAS HI, LO 


“STORAGE DATA ==memd 


AX XXX 


TL/F/11334-21 


Note: — = Active low signal. 


T8 RAS to CAS delay time 
T9 RAS hold time from CAS 
TE ENABLE setu 
T11 WRITE ENABLE hold time 
T12 CAS hold time from RAS 
T13 CAS pulse width 

CAS precharge time 


T15 STORAGE DATA setup time, MicroChannel 
STORAGE DATA setup time, ISA 


T16 STORAGE DATA hold time, MicroChannel 
STORAGE DATA hold time, ISA 


symbol | Parameter | Min Units 
Ti | STORAGEROWADDRESSsetuptime |S ns 
T2 ns 
T3___| __STORAGECOLUMNADDRESSseuptime | 5 ns 
4 100 ns 
TS 185 ns 
Te ns 
17 7 ns 

| RAStoCASdelaytime 

| _RASholdtimetromoAS 


- 
ok 
oO 

= 
0 

TU 
ct 
3 
@ 


« 
« 


_ 
if) 


5 


ns 


+ 
—_ 
nh 
lw ln ~ ~ 
=~ ala a a a 
N 
=) 
a 


Note: The Storage Data timing changes depending on which bus type is selected on the host configuration pins. Differences in data timing for ISA vs MicroChannel 
require differences in the local memory sequencing to maximize performance. In ISA mode some external circuitry will be required with most DRAMs. The following 
circuit is recommended: 


-CASHI ,LO 


-NEWCASHI ,LO 


TL/F/11334-37 
This trims the leading edge of —CAS and will meet the timing requirements of most DRAMs. : 
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11.0 DC and AC Specifications (Continued) 


Sc08dd 


Dynamic RAM Refresh Cycle 


~STORAGE ADDRESS 


~RAS 


TL/F/11334-22 
Note: — = Active low signal. 


| cyciotime 888 
cy 


AIP Read Cycle 


-storace aooness XXX KA 
“STORAGE WRITE . , , VXXXXXXA 


a XXXXAKAN TY 


~AIP SELECT 


“STORAGE DATA x 


TL/F/11334-23 
Note: — = Active low signal. 


Symbol ‘ Parameter 


T1 STORAGE ADDRESS setup time | 20 | 


T2 STORAGE WRITE setup time 
T3 STORAGE ADDRESS and STORAGE WRITE holdtime | 0 | 
T4 AIP SELECT pulse width 


TS STORAGE DATA VALID after AIP SELECT active 


a 


Té STORAGE DATA hold time n= 20e- - | 
17 AIP SELECT inactive toSTORAGEDATATRISTATE | | 


T8 AIP SELECT inactive 
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11.0 DC and AC Specifications (Continued) 


BIOS Read Cycle 
| CD 900 
1 13 
STORAGE WRITE KKY \ XXX 
. 7 , 1 — 
_—-=BIOS SELECT 
pace 40 4 
. a 17 
a TL/F/11994~24 
Note: — = Active low signal. 
Symbol | Parameter | in | Max [Units 
Ti___| STORAGE ADDREsSseuptme ||| 
Te | _STORAGEWAITEsetuptime ||| 
T3___| _STORAGEADDRESSandSTORAGEWAITEhoidtime | 0 | | 
T4 | Biossevectpusewith | toto | 
T5___| STORAGEDATAVALIDatterBiOSsELECTactve | | 450s 
Ts___| STORAGEDATAnodtme | ts 
T7___|__BIOSSELECTinactvetosToRAGEDATATAISTATE | | go | 
te | Blossevectinctve | | 


11.0 DC and AC Specifications (Continued) 


HOST INTERFACE TIMING 

The Host Interface provides interfaces between TROPIC and the Host Bus for interrupt signals and register access. This 
interface makes TROPIC appear to the Host as a memory-I/O slave. 

As shown in this section, timing requirements vary according to the type of Host Bus used (ISA or MicroChannel). All timing 
diagrams in this section reflect the timing requirements at the TROPIC pins and assume a capacitive load of 50 pF for data lines 
and 25 pF for control signals and address lines. 


S208dG0 


ISA Host—Read Timing 


vooess TOXIN CCAR 
T2 


— 


MEMR/I0R KK A 


17 


19 
-EHDH/L : 
T8 


Ti T12 


i 


T10 


TL/F/11334~25 
Note: — = Active low signal. 


symbol | Parameter | Min. =| Max | Units 
771 - Address valid to MEMR/IOR active an 
REF inactive to MEMW/IOW active 
T2 MEMA/IORinactivetoADDRESSrotvaid | 5 | | ns 


T3 MEMR‘/IOR inactive 70 ns 
15 


T4 MEMR/IOR active to RDY low 


TS RDY low 
normal access SRAM 


ns 


normal access DRAM 
access error 


MEMBR/IOR active to HDDIR active 


fo?) 
fo) 


~“N 
Oo 


i 10 
40 
10 
18 
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11.0 DC and AC Specifications (Continued) 


ISA Host—Write Timing 
vvooness XNA A 
11 12 


-MEMW/IOW KX Y 


~EHDH/L 


T6 


XXX 


TL/F/11334-26 


Note: — = Active low signal. 


symbol | Parameter =| in =| Max 
ae 
REF inactive to MEMW/IOW active ; 
T2 
T3 


T4 


T5 ~  RDY low 
normal access SRAM 
normal access DRAM 
access error 


MEMW/IOW active to EHDH/L active 
MEMW/IOW inactive to EHDH/L inactive 


MEMW/IOW active to DATA valid 
RDY high to DATA invalid 


ISA Host—Interrupt Request Timing 


11 
+IRQn0 


TL/F/11334-27 
Note: — = Active low signal. 


Symbol 


interrupt Request n pulse width 
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11.0 DC and AC Specifications (Continued) 


MicroChannel Host—Read Timing 


vases, owe KXXQK AK XXXXXXXXXXXXXAAAAKAXAAAAA 


+CHRDY 


-EHDH/L 


T16 
sate XXX 


' TL/F/11334-28 


Note: — = Active low signal. 

Symbol Parameter [min =| Max Units 
T1 Address and MIO valid to CMD active a | eee ns 
T2 CMD active to Address and MIO not valid a ae ns 
T3 [StactvetoOMDactve | tT Cts 
TA [CMDastvetoStinacve | | 
TS fcMDinacve | ts 
T6b S1 active to CHRDY low (a met) 10 
17 CMD low to CHRDY high Fw |e 

normal access SRAM 140 . 835 ag 

normal access DRAM 140 1210 
T3 [Address and MiOvalidtoSFDBKactve | to | 0S | 
T9 [Address and MiOnotvalidtoSFDBKinactve [| to | 0s | 
TiO | AddressandMiOvalidtoDstéactve | to | S| ns 
Ti | Address andMiOnotvalidtoDsi6inactve | 10 |_| ns 
T12__ | CMDinactvetoHDDIRactve | S20 | |g 
T13_ | _CMDinactvetoHDDIRinactve | S20 | | ns 
T4_ | _CMDactvetoEHDH/Lactve | St | |g 
T15__| _CMDinactvetoEHDH/Linactve | tO | 25s 
T16 | _CMDactivetoDATATAISTATEof = [| 10 | S| ns 
T17_ | DATAvalidtoGHRDYhign | | 
118 
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11.0 DC and AC Specifications (continued) 


MicroChannel Host—Write Timing 


ssass wo XXXXQK «XXX XXX 


XEXHE 
-S0 
T4 
17 


+CHRDY 


-SFDBK 
18 
-DS16 
~EHDH/L 


XAAXAXXXXXAAKAMAXXAXKKAXXAAKKAA KK 


Note: HDDIR remains high throughout cycle. 


+Data XXXXKKX 


TL/F/11334-29 


Note: — = Active low signal. 

Symbol Parameter | min =| Max Units 
T1 | AddressandMiOvaidtocmDactve | S| | 
T2____| _CMDastivetoAddressandMiOnotvaiid | 8 S| S| 
T3__ | _SoactvetoomDacve | tT 
T4 CMD active to SO inactive a ns 
TS | cwpinactve | CT 
Tea___ | _AddressvalidtoCHRDYiow(ome) | a7 | wo 
Teb___ | _SOactvetoCHADYiowfamet) | tt S| 
17 CMD low to CHRDY high a 

- . normal access SRAM 140 835 on 

normal access DRAM 140 1210 
Tra | GHRDYiow—accessenor | S| S| 
Te__| _AddressandMiOvalidtoSFDBKactve = |_——t0._-s | 80 | ns 
To _|__AddressandMiOnotvalidtoSFDBKinactve [| 10 _~—S«| =~ 30] ns 
T10_ | AddressandMiOvalidtopstéactve | 10S | S80 |S 
Tit | AddressandMiOnotvalidtoDsieinactve | 10 | 80s 
Ti2 | OMDactivetoEHDH/Lactve | St] S| 
Tia | OMDinactvetoEHDH/Linactve | St] Sn 
T14 | CMDactotopaavaid | |S 
T15 | CHRDYhightoDATAnotvaid =| || 
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11.0 DC and AC Specifications (continued) 


MicroChannel Host—Setup Timing 


-SOx-S! 


+CHRDY 


TL/F/11334-30 
Note: — = Active low signal. 


CMD active to SETUP inactive 


SETUP to CHRDY low (b, c met) 
(SO x S1) valid to CHRDY low (a, c met) 
MIO tow to CHRDY low (b, c met) 
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12.0 Connection Diagrams 


PIN DEFINITIONS 


Note: Some pins have different definitions depending on the host bus type used, as indicated in the table. 
I = Input-only digital, O = Output only digital, 
B = Bidirectional digital, A = Analog 


I-PU = Input-only digital with internal pullup*, I-PD = 
B-PU = Bidirectional digital with internal pullup* 


*Internal polysilicon resistor with nominal value of 15k +30% - 
NC = No Connect (should not be connected for normal operation) 


BO1 
(ISA) 
(MicroChannel) 


o;]o 
oO 
are 
m 
1/9 
o/o® 
rf 


BO7 
Bos HD9 
Bog HD12 


C01 
(ISA) 
(MicroChannel) 


(ISA) 
(MicroChannel) 


| PinNo. | PinName [Type 
C03 
(ISA) IRQ20 
(MicroChannel) —IRQ2 


C04 
(ISA) 


B-PU 


—SD14 | B-PU 


D01 
(ISA) 
(MicroChannel) 


Dod2 
(ISA) 
(MicroChannel) 


may 


DO03/ 
(ISA) 
(MicroChannel) 


D04 


I 
Nz 
a 
og © 
x: 


(ISA) —MEMR 
(MicroChannel) 

DO5 

(ISA) —MEMW 
(MicroChannel) —S0 


o 
U 
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2 
u 
Cc 


Input-only digital with internal pulldown* 


-| 
< 
TG 

J 


—CASHI 
—SRAMHI 


—SD11 B-P 
—SD15 (MSB)] B-P 


i= 


Cc 


Zz 
‘ 


IRQ30 
—IRQ3 


~CHCK 
—CHCK 


(MicroChannel) 
E04 


(ISA) —lOR 
(MicroChannel) —CMD 
Voc 


HD15 (MSB) 
E10 —CFGL 
E11 —SRAMO 
E12 —RAS 


fo} 
~“ 


m 


Zz 
oO 


+CO/—DAT a 
=DRAMWE | 0 | 
=swarre | 8 | 

ror | ne 

FO2 

(ISA) +DPEN 
(MicroChannel)| -—DPEN1 

FO3 

(ISA) —lOW 
(MicroChannel) —ADL 

Fo4 exp || 

FOS HAI2 | 1 | 


F10 
(ISA) —BIOS 
(MicroChannel) —BIOS 


12.0 Connection Diagrams (Continued) 


PIN DEFINITIONS (Continued) 
Note: Some pins have different definitions depending on the host bus type used, as indicated in the table. 
1 = Input-only digital, O = Output only digital, 
B = Bidirectional digital, A = Analog 
I-PU = Input-only digital with internal pullup*, -PD = Input-only digital with internal pulldown* 
B-PU = Bidirectional digital with internal pullup* 
*Internal polysilicon resistor with nominal value of 15k +30% 
NC = No Connect (should not be connected for normal operation) 


F14 


F1i2 | —SA14 (MSB) 
F4 
F14 32MHZ 

01 HA13 (LSB) 
HAO (LSB) 


Type 


4 
< 
ao] 

© 


N02 
(ISA) IRQ6I 
(MicroChannel) +A21 


| Hato _| 
No4 
| ROUTB_| 


z 
QO 


x 

= 

i=) 
>|-[-|-- 3] 


[ee] 


Q 


D 
Oo 
Cc 
a 
w 


l 
—s 
ro) 
= 
w 
Slnl?® 


NO7 RINA 


< 
Q 
QO 


G) 
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DP8025 


12.0 Connection Diagrams (continued) 
TROPIC Pin Maps 


ISA Bus Mode Pin Definitions (Bottom View) 
A B c D E. F G H J K 


NC NC NC HA13 =-HA14 NC HA16 
-O ce) ° ° fe] oO ce] 
43 57 71 85 99 113 127 


IRQ70—s«[RQ30.—s +DPEN = HAO HA1 HA15 HA3 
ce) fe) ° fe) ce] 9 
58 72 86 100 114 128 


-CHCK: -IOW Voc HA2 Veo 
o°)0Oo o 
73 87 101 


Voc 
° 
102 


NC 
Oo 
65 79 


-CFGLD -BIOS 


GND GND 
t°] -O °o n°) 
52 66 80 94 108 


~CASLO ~SRAMOE NC 
-0O oO ° 
53 67 81 


“CASHI <-RAS -SA14 


=SA3 
139 


-SD1S -SWRITE 32MHz -SA12 -SA10 " =SA2 
ce) fe) fe) ° fe) fe) 
56 70 84 . 98 112 126 140 


Orientation ~ Top View 
SS 


TROPIC 


Pin A01 oO 
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NC 

ae 

172 186 
ROUTB ROUTA 
re) o- 
173, 187 


GND* PHANTB 
fe] fe) 
174 188 


RINA  PHANTA 
x) oO 
175 189 


Voc: ~16MBPS RINB 
ve) re) o 
162. ‘176 190 


-CFG2 ~4MBPS  PLL4’ 
re) re) on 
163 177 191 


-CFG1° -CFGO PLL16 
e) ae) oO 
164. 178. 192 


NC NC ~MIP 
Oo 
193 


~SMI 
Oo 
194 


NC 


Indicates Analog Supply Source 
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12.0 Connection Diagrams (Continued) 


MicroChannel Bus Mode Pin Definitions (Bottom View) 


29 


+CHRDY 
ce 
30 


-SD7 
O 
52 


E F 


NC NC 
° i) 
57 71 


-IRQ3  -DPENI 
ce) -0 
58 72 


-CHCK. ADL 
-O Oo 
59 73 


64 


HD15 NC 
f°] c°) 
65 79 
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fe] c) 
66 80 


-CASLO -SRAMOE NC 


-O 
53 
-CASHI 


ce) 
54 


-SD11 -DRAMWE 


O 
55 


“S015 
oO 
56 


TROPIC 


Pin AO1 


oO c) 
67 81 


-RAS = -SA14 
ce) ce 
68 82 


-AlP 
fr) ) 
69 83 


-SWRITE 32 MHz 
fe] fe) 
70 84 
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HA13 
oO 
85 


HAO 
ce) 
86 


Voc 
oO 
87 


GND 
oO 
94 


Voc 
Oo 
95 


~ROM 
ce) 
96 


NC: 
oO 
97 


-SA12 
ce) 
98 


4-47 


H 


HAI4 
O 
99 


HA1 
fe) 
100 


HA2 
ce 
101 


Vcc 
Oo 
102 


GND 
ce 
108 


-SA13 
ce) 
109 


NC 
0 
110 


“SA11 
0 
111 


~SA10 
Oo 
112 
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NC 
oO 
113 


HA15 


fe) 
114 


Voc 


GND 
O 
122 


Voc 
Oo 
123 


-SA9 
fe) 
124 


-SAB 
o 
125 


-SA7 
oO 
126 
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HA16 
m°) 
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HA3 
ce) 
128 
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fe) 
129 
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Oo 
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oO 
138 


-SA3 


be) 
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oO 
140 


NC 
fe) 
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O 
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oO 
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Oo 
184 
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RINB 
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oO 
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* Indicates Analog Supply Source 
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DP802511 


GA National 


Semiconductor 


DP802511 


TROPIC™ RAM Relocation Register Decoder 


General Description | 


The DP802511, DP802512 and DP802513 form the majority 
of the MEMCS__16 circuitry that is responsible for notifying 
the ISA bus (by way of MEMCS__16) that it can execute 
16-bit bus transfers with the DP8025 TROPIC. 


The areas of the architecture that will benefit most from the 
increased performance of 16-bit transfers are the shared 
memory interface and the host boot ROM (if so designed). 
For the boot ROM it is a relatively simple matter of matching 
the jumpered configuration bits SD9-SD15 (BIOS/MMIO 
base address) with the system address (SA) lines. The 
MEMCS__16 signal’s maximum propagation delay from the 
SA lines is about 25 ns (assuming 8 MHz IBM® PC-AT®). 


The shared memory interface RAM size is determined by 
jumper bits SD2 and SD3. These indicate the block size 
decoded to the shared memory MEMCS__16 circuitry. The 


Logic Diagram 


(16) Ao 
(1) At 
(2) A2 
(3) A3 
(4) As 
(5) AS 
(6) a6 —>o— 
(7) a7 
(8) A& 
(9) Ag 

(13) Ato 
(14) Att 
(15) A12 
(17) ~ROS_16 


(11) ~MEMW 


address of this shared memory interface is software select- 
able. In order for the hardware to respond to the proper 
memory address it must shadow the RAM Relocation Reg- 
ister of the TROPIC’s memory mapped I/O space. The data 
programmed into the RAM Relocation Register is latched 
into this shadowing register and used in conjuction with the 
system address lines to determine which address range 
contains the shared memory interface. 


Features 

m Single chip custom logic solution 
m Replaces glue logic 

@ Internal output latch 

@ tpp = 15 ns (max) 


Block Diagram 


(18) RRR_STB 


TL/L/11444-2 


(19) MEMW 


TL/L/11444~-1 
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Functional Description 

The DP802511 TROPIC RAM Relocation Register Decoder DP8025 TROPIC. The device decodes the offset address 
is manufactured using National’s high performance 1.2 wm 1E00 from an upper level decode, to generate the output 
CMOS process and is responsible for generating the RAM strobe. RRR__STB will remain asserted for the duration of 
relocation register strobe signal (RRR__STB) that points to the memory write signal (~MEMW). 

the memory mapped RAM relocation register on the 


LLS208d0 


AIP ROM 
MICROCODE ROM SRAM TROPIC™ 
CONFIG 32k x 16 32k x 18 DP8025 
FRONT END 


DISCRETES | 
INTERRUPT IOCHRDY 
MEMCS_16 PARITY BUFFERING 
LOGIC 
DATA BUFFERING 


.. TL/L/11444-3 


FIGURE 1. TROPICT 16-Bit ISA Token Ring Workstation Adapter 


~MEMCS 16 


ADDRESS is. i 
BUS F UPPER LA: oa 128kB SHADOW RAM 


ADDRESS BITS DECODE DP802511 RELOCATION 


DP802512 DP802513 Seats REGISTER BITS 


JR13, JR14 SJR9-12 OFFSET 1£00 


IR2 


ROM LOCATION RRRI_RRR2 JR3— SRRR3-6 


JUMPERS JR9-14 


RAM SIZE RRR1-6 


 SUMPERS JR2, JR3 


EXCLUSIVE 

OR 
QUALIFICATION \ 
SRRR3~6 


TL/L/11444-4 


FIGURE 2. MEMCS__16 Logic 
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DP802511 


Absolute Maximum Ratings (note 1) 


If Military/Aerospace specified. devices are required, Output Current +100 mA 
please contact the National Semiconductor Sales Storage Temperature —65°C to + 150°C 


Office/Distributors for availability and specifications. A mbient Temperature with 


Supply Voltage (Vcc) | e —0.5V to +7.0V Power Applied , —65°C to +125°C 
Input Voltage —2.5V to Voc + 1.0V Junction Temperature —65°C to + 150°C 


(Soldering, 10 seconds) 


Recommended Operating Conditions 
SUPPLY VOLTAGE AND TEMPERATURE 


mo Commercial | 
: Parameter : 


Supply Voltage 


Electrical Characteristics Over Recommended Operating Conditions 


Symbol! Parameter Conditions Temperature wan | ayp | 
ilies Range 


Vin___| Hightevetinputvottage | Tf co | 
Vi__| LowLevelinputvoage [|| 0s 
Vou _| High Level OutputVottage_| Voc=Min | lo.=-32ma[ com | 24 |_| 
Vor lon=24ma_| com | || 


lozH High Level Off State Voc = Max, Vo = Vcc (Max) 
Output Current 

loz Low Level Off State Voc = Max, Vo = GND 
Output Current 


] Voo=MaxVi=Voo(Max) | 
NH Veo=MaxVi=Voo(Max) | | 
n Voo=5.0VVo= GND | 
los* Voc = 5.0V,Vo=GND COM 

CC Supply Current Voc = 


= Max , 
Input Capacitance . Voc = 5.0V, Vj = 2.0V 


*One output at a time for a maximum duration of one second. 


© 


260°C 


pF 


Note 1: Absolute maximum ratings are those values beyond which the device may be permanently damaged. Proper operation is not guaranteed outside the 


specified recommended operating conditions. : : 


4-50 


Switching Characteristics over Recommended Operating Conditions 


DP802511 
Parameter Conditions Commercial 


Input to Output $1 Closed, C, = 50 pF 

Input to Output Enabled via Active High: S1 Open, C_ = 50 pF 
Control! Logic Active Low: S1 Closed, C_ = 50 pF 
Input to Output Disabled via Active High: $1 Open, C, = 5 pF 
Control Logic Active Low: S1 Closed, CL = 5 pF 


AC Test Load 


LLS208dd 


Ri = 2000 
R2 = 3902 


TL/L/11444-5 
C, includes probe and jig capacitance. 


Test Waveforms 
Propagation Delay Enable and Disable 


ENABLE Vr 


LOGIC ENABLED Vr DISABLED 


NORMALLY HIGH 
Ried H OUTPUT 

$1 OPEN 

(S1 CLOSED) ( zn) 


NORMALLY LOW 
LOW OUTPUT 
OUTPUT (S1 CLOSED) 
($1 CLOSED) _—<——— 
TL/L/11444-6 TL/L/11444-7 


Input Schematic 
input Translator/Buffer 


TO INTERNAL 
CIRCUITRY 


I ESD I 
I PROTECTION J 


TL/L/11444-8 
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DP802512 


GA National 


Semiconductor 


DP802512 | ; 


TROPIC™ Upper Memory Decoder 


General Description 


The DP802511, DP802512 and DP802513 form the majority 
of the MEMCS__16 circuitry that is responsible for notifying 
the ISA bus (by way of MEMCS__16) that it can execute 16- 
bit bus transfers with the DP8025 TROPIC. 


The areas of the architecture that will benefit most from the 
increased performance of 16-bit transfers are the shared 
memory interface and the host boot ROM (if so designed). 
For the boot ROM it is a relatively simple matter of matching 
the jumpered configuration bits SD9-SD15 (BIOS/MMIO 
base address) with the system address (SA) lines. The 
MEMCS__16 signal’s maximum propagation delay from the 
SA lines is about 25 ns (assuming 8 MHz IBM® PC-AT®). 

The shared memory interface RAM size is determined by 


jumper bits SD2 and SD3. These indicate the block size 
decoded to the shared memory MEMCS__16 circuitry. The 


Logic Diagram 


(15) RRRI 
(5) LA18 
(14) RRR2 
(4) LA17 


(8) LA21 


(7) LA20 


(6) LA19 


(1) JR14 


(2) JR13 


(018) Treser 


Preser (13) (017) FBeeser 


(019) Neeser 


RAM_OCD (13) 


ROS_DCD (12) 


“address of this shared memory interface is software select- 


able. In order for the hardware to respond to the proper 
memory address it must shadow the RAM Relocation Reg- 
ister of the TROPIC’s memory mapped I/O space. The data 
programmed into the RAM Relocation Register is latched 
into this shadowing register and used in conjuction with the 
system address lines to determine which address range 
contains the shared memory interface. 


Features 

@ Single chip custom logic solution 
m Replaces glue logic 

@ Built-in noise filter 

@ tpp = 15 ns (max) 


Block Diagram 


TL/L/11445-2 


TL/L/11445-1 


4-52 


Functional Description 

The DP802512 TROPIC Upper Memory Decoder is manu- ROS__DCD provides a 128k block decode of a user 
factured using National's high performance 1.2 um CMOS jumper selected base for the system boot ROM in the lower 
process and generates two 128k block decode output sig- 1 Megabyte of system memory. 

nals. RAM_DCD provides a 128k block decode of a user The device also contains a noise and glitch filter. Treset is a 
programmable base in the lower 1 Megabyte of system qualified version of the system reset signal, which ensures 
address space, excluding addresses E000 and FOOO. that any noise or glitches will be factored out. 


ZLS208dd 


AIP ROM 
MICROCODE ROM SRAM TROPIC™ 
CONFIG 32k x 16 32k x 18 DP8025 
FRONT END 
_ DISCRETES 
INTERRUPT IOCHRDY 
anike 4G PARITY BUFFERING 


LOGIC : 


DATA BUFFERING 


TL/L/11445-3 


FIGURE 1. TROPIC 16-Bit ISA Token Ring Workstation Adapter 


~MEMCS 16 


ADDRESS 


BUS Sime Lid SHADOW RAM 
DP802511 RELOCATION 


DP802512 . DP802513 aot REGISTER BITS 


JR13,JR14 SUR9~12 OFFSET 1£00 


JR2 
ROM LOCATION RRRI_RRRZ JR3.— SRRR3-6 


JUMPERS JR9-14 
RAM SIZE RRR1-6 


JUMPERS JR2, JRS 
EXCLUSIVE 
OR 
QUALIFICATION 
HA13-16 SRRR3-6 


FIGURE 2. MEMCS_Logic 


TL/L/11445-4 
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DP802512 


Absolute Maximum Ratings (note 1) 

If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for avallability and specifications. 


Supply Voltage (Vcc) —0.5V to +7.0V 
Input Voltage —2.5V to Voc + 1.0V 
Off-State Output Voltage —2.5V to Voc + 1.0V 
Output Current +100 mA 


Recommended Operating Conditions 


SUPPLY VOLTAGE AND TEMPERATURE 


Storage Temperature —65°C to + 150°C 


Ambient Temperature with 
Power Applied = 65°C to + 125°C 
Junction Temperature 65°C to + 150°C 


Lead Temperature. 
(Soldering, 10 seconds) 


Commercial 


Min___| HighLevelinputvotage | | To | 


Output Current 
] Voo=MaxVi=Voo(Me) | | 
NH Voo=MaxVi=Voc(Max) | 
n Voo=5.0Vvo= GND {| 


C 


*One output at a time for a maximum duration of one second. 


260°C 


pF 


Note 1: Absolute maximum ratings are those values beyond which the device may be permanently damaged. Proper operation is not guaranteed outside the 


specified recommended operating conditions. 
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Switching Characteristics over Recommended Operating Conditions 


a 


Input to Output S1 Closed, C_ = 50 pF 
Input to Output Enabled via Active High: S1 Open, C_ = 50 pF 
Control Logic Active Low: S1 Closed, C, = 50 pF 
Input to Output Disabled via Active High: S1 Open, CL = 5 pF 
Control Logic Active Low: S1 Closed, CL = 5 pF 


DP802512 


Commercial 


AC Test Load 
sv —0-t 
Si 
R1 
OUTPUT R1 = 2000 
Re R2 = 3900 
= oe TL/L/11445-5 
C, includes probe and jig capacitance. 
Test Waveforms 
Propagation Delay Enable and Disable 
INPUT ater V; ENABLED Vy 4 DISABLED 
NORMALLY HIGH 
Pit OUTPUT 
0 (S1 OPEN) 


(S1 CLOSED) 


NORMALLY LOW 
OUTPUT 
(S1 CLOSED) 


LOW 
OUTPUT 
(S1 CLOSED) 


TL/L/11445-6 TL/L/11445-7 


Input Schematic 
Input Translator/Buffer 


Qn Qs, 
TO INTERNAL 
CIRCUITRY 


I ESD i] 
I PROTECTION 5 


TL/L/11445-8 
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Z-S208dd 


DP802513 


CA National 
Semiconductor 


DP802513 


TROPIC™ MEMCS__16 Signal Decoder 


General Description 


The DP802511, DP802512 and DP802513 form the majority 
of the MEMCS__16 circuitry that is responsible for notifying 
the ISA bus (by way of MEMCS__16) that it can execute 
16-bit bus transfers with the DP8025 TROPIC. 


The areas of the architecture that will benefit most from the 
increased performance of 16-bit transfers are the shared 
memory interface and the host boot ROM (if so designed). 
For the boot ROM itis a relatively simple matter of matching 
the jumpered configuration bits SD9-SD15 (BIOS/MMIO 
base address) with the system address (SA) lines. The 
MEMCS__16 signal’s maximum propagation delay from the 
SA lines is about 25 ns (assuming 8 MHz IBM® PC-AT®). 


The shared memory interface RAM size is determined by 
jumper bits SD2 and SD3. These indicate the block size 
decoded to the shared memory MEMCS__16 circuitry. The 


Logic Diagram 


SJR (3) 
SJR10 (4) 
SJR11 (5) 
SJR12 (6) 


ROS_DCD (18) 


JR3 (1) 

JR2 (2) 

SRR3 (11) 
RAM_DCD (17) 


(19) ROS_16 


(16) ROS_cs 


(15) S64K_CS 


(14) $32K_cs 


(13) S16K_cS 


address of this shared memory interface is software select- 
able. In order for the hardware to respond to the proper 
memory address it must shadow the RAM Relocation Reg- 
ister of the TROPIC’s memory mapped I/O space. The data 
programmed into the RAM Relocation Register is latched 
into this shadowing register and used in conjuction with the 
system address lines to determine which address range 
contains the shared memory interface. 


Features 

w High speed: tpp = 7.0 ns (max) 
& Single chip custom logic solution 
@ Replaces glue logic 


Block Diagram 


TL/L/11446-2 


(12) S8K_cs 


TL/L/11446-1 
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Functional Description 


The DP802513 TROPIC MEMCS__16 Signal Decoder is 
manufactured using National’s high speed ASPECT I! bipo- 
lar TTL process and provides further decode of a 128k 
block decode for generation of the MEMCS__16 signal on 
the ISA bus. The ROS__CS (Read Only Storage) signal is a 
decode of an 8k boundary that is wire-ORed externally with 
the four RAM decode outputs. The ROS__16 signal is an 
identical decode as for ROS__CS above, except that it is 
not wire-ORed to the MEMCS__16 signal. Its purpose is to 


AIP ROM 
MICROCODE ROM SRAM TROPIC™ 
CONFIG 32k x 16 32k x 18 DP8025 
INTERRUPT IOCHRDY 
PARITY BUFFERING 
DATA BUFFERING 


MEMCS_ 16 
LOGIC 


FIGURE 1. TROPIC 16-Bit IS 
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JR13, JRI4 
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JUMPERS JR9-14 


RAM SIZE 
JUMPERS JR2, JR3 


EXCLUSIVE 
OR 
QUALIFICATION 


HA13~-16 SRRR3-6 


FIGURE 2. 


DECODE 


SJR9-12 


notify the RAM relocation register strobe circuitry 
(DP802511) that the required address (1E00) is in the ROM 
address area. 


Depending upon the position of the jumpers JRO2 and 
JRO3, for user selectable shared RAM size, the device pro- 
vides a decode of either 8k, 16k, 32k or 64k for MEMCS__ 
16 generation. These signals are all output enabled and 
wire-ORed. 


FRONT END 
DISCRETES 


TL/L/11446-3 
A Token Ring Workstation Adapter 


~MEMCS 16 


SHADOW RAM 
RELOCATION 
REGISTER BITS 


DP802511 


ROM DECODED 
OFFSET 1£00 


DP802513 


JR2 


JR3_ SRRR3~6 
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MEMCS__16 Logic 
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Absolute Maximum Ratings (note 1) 


If Military/Aerospace specified devices are required, Input Current —10.0 mA to +5.0 mA 

please contact the National Semiconductor Sales Output Current (Io,) : 100 mA 

Office/Distributors for availability and specifications. Storage Temperature’ ~65°C to +150°C 

Supply Voltage (Vcc) = OOM LOE: 7.ON Ambient Temperature with 

Input Voltage —1.5V to Veco + 7.0V _ Power Applied ; —65°C to + 125°C 

Off-State Output Voltage Junction Temperature —65°C to + 150°C 
(Vo) (Note 2) —1.5V to Voc + 5.5V ; 


Recommended Operating Conditions 


SUPPLY VOLTAGE AND TEMPERATURE 
a a ee ee 
eee ee a 


Parameter 


Supply Voltage 


Operating Free-Air Temperature 


Electrical Characteristics over Recommended Operating Conditions 


Symbol Parameter : Conditions. 
Vit Low Level Input Voltage (Note 3) [eo 2 ae 


Vin High Level Input Voltage (Note 3) 
Vic Input Clamp Voltage Voc = Min, | = —18mA 
tie Low Level Input Current ‘Voc = Max, V; = 0.4V 


| min | typ | 
a ae 
—= cai 
as ae 
ha High Level Input Current | Vog=Maxvi=2ave | | | 
Maximum Input Current | Voo=Maxvyi=ssv | | | 

VoL Low Level Output Voltage | Voo= Minion =24ma | | 
Vou High Level Output Voltage | Veo = Minion = —32mA | 27 | | 
lozL Low Level Off State Output Current | Vogo=MaxVo=04v |, | | 
lozH High Level Off State Output Current | Voc=Max,Vo=24v. | | | 
los Output Short Circuit Current (Note 4) | Voc=5V,Vo=0v | -50 | | 
loo Supply Current | | Voc = Max OutputOpen | | 125 _| 
C Input Capacitance | Voo=sov.vi=2ov | | 8 | 
ae 


Co Output Capacitance Voc = 5.0V, Vo = 2.0V 


< 


Note 1; Absolute maximum ratings are those values beyond which the device may be permanently damaged. Proper operation is not guaranteed outside the 
specified recommended operating conditions. 


Note 2: Vo must not exceed Voc + 1V. 


Note 3: These are absolute voltages with respect to the ground pin on the device and include all overshoots due to system and/or tester noise. Do not attempt to 
test these values without suitable equipment. 

Note 4: To avoid invalid readings in other parameter tests it is preferable to conduct the Iog test last. To minimize internal heating, only one output should be 
shorted at a time with a maximum duration of 1.0 second each. Prolonged shorting of a High output may raise the chip temperature above normal and permanent 
damage may result. ; ; : 
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Switching Characteristics over Recommended Operating Conditions 


Input to Output C, = 50 pF, S1 Closed 

Input to Output Enabled via C, = 50 pF, Active High: S1 Open 
Control Logic Active Low: S1 Closed 

Input to Output Disabled via Cy = 5 pF, From Voy: $1 Open, 
Control Logic From Voy: S1 Closed 


€1S208dd 


Test Load 


as R1 = 2000 
R2 = 3902 


TL/L/11446-5 


Test Waveforms 
Propagation Delay . Enable and Disable 


ENABLING 


LOGIC Vr ENABLE Vr DISABLE 


NORMALLY HIGH 


HIGH 
OUTPUT 
OUTPUTS (S1 OPEN) 


(S1 CLOSED) 


NORMALLY LOW 

HIGH OUTPUT 

OUTPUTS (S1 CLOSED) 
(S1 CLOSED) CO 


TL/L/11446-6 TL/L/11446-7 
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DP802514-1, DP802515-1 


Semiconductor 


GA National 


DP802514-1 TROPIC REEF + ™, DP802515-1 TROPIC 
PELE+™, TROPIC™ Microcode ROM 


Features 


General Description 


The DP802514-1 and DP802515-1 are the microcode 
ROMs tor the TROPIC token ring network controllers. The 
DP802514-1 is a TROPIC REEF+ device and the 
DP802515-1 is a TROPIC PELE+ device. The devices fea- 
ture an interface that is compatible to DP8025 interface 
controller to allow direct interfacing without the use of glue 
logic. 

The DP802514-1 and DP802515-1 are implemented in Na- 
tional’s double poly, single metal CMOS process. They op- 
erate from a single 5V + 10% power supply. They are avail- 
able in 28-pin, DIP or 32-pin PLCC. 


Block Diagram 


Yoo O-——> 
GND O—=> 
ve OUTPUT ENABLE 
AND CHIP 
tE ENABLE LOGIC 
Y 
DECODER 
AO~A14 
ADDRESS 
INPUTS , 
X 
DECODER 
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TROPIC compatible 

— Glueless interface 

High reliability CMOS processing 
— ESD protection exceeds 2000V 
— Latch up immunity to 200 mA 
Surface mount and DIP package 
— 28-pin molded plastic DIP 

— 32-pin PLCC 


DATA OUTPUTS 0, - 07 


OUTPUT 
BUFFERS 


Y GATING 


262,144 -BIT 
CELL MATRIX 


TL/D/11438-1 


Connection Diagrams 


L-GLS208dd ‘b-r1Sz08dd 


won Oo OM &® WwW BS 


14 15 16 17 18 19 20 
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L/D/11438-2 Order Number DP802514-1V or DP802515-1V 


Order Number DP802514-1N or DP802515-1N See NS Package Number VA32A 
See NS Package Number N28B 


Commercial Temperature Range 
(0°C to + 70°C) Voc = 5V + 10% 


Order 
Number 


DP802514-1N, V 
DP802515-1N, V 


Chip Enable 


Output Enable 


PV* Connect to Vcc 


*This function is used during test/manufacture. 
Should be connected to Vcc in application. 
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Absolute Maximum Ratings (note 1) 


If Military/Aerospace specified devices are required, 
please contact the National Semiconductor Sales 
Office/Distributors for availability and specifications. 


Storage Temperature —65°C to + 150°C 
All Input Voltages 


with Respect to Ground —0.6V to +7V 
Voc Supply Voltage 
with Respect to Ground —0.6V to +7V 


> 2000V 


ESD Protection 
All Output Voltages with 
Respect to Ground Voc + 1.0V to GND — 0.6V 


Operating Range 


_OCto+60°C | SV +10% 


Industrial 


Read Operation 
DC Electrical Characteristics over Operating Range 


Parameter Test Condtions 
Input Low Level eee: 


Symbol 
Vit 

ViH 

VoL 
VOH 
IccsB1 
IccsB2 


Voo Standby Current 


Voc Standby Active Current CE = OE = Vi, f = 5 MHz 


1/0 =OmA | 


Vep Supply Current 


loc 


ILo 


Output Leakage Current Vout = 5.5VorGND_ 


AC Electrical Characteristics over Operating Range 


Address to Output Delay s 


CE to Guipui Delay Lae 


Symbol 


tacc 


OE to Output Delay - 


Output Disable to Output Float 
. Output Hold from Addresses, 7 
CE or OE, whichever occurred First 


tor 
(Note 2) 


toH 
(Note 2) 


Capacitance tT, = +25°C, 1 = 1 MHz (Note 2) 


Symbol Parameter | Conditions | Typ 
Input Capacitance 


Court | Output Capacitance Vout = OV 
AC Test Conditions 


Output Load 1 TTL Gate and C_ = 100 pF 
(Note < 5ns) 


0.45V to 2.4V 


Input Pulse Level 

Timing Measurement Level 
Inputs 

Outputs 


Input Pulse Levels 
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_ —40°C to + 85°C 


5V +10% 


Units 


0.45V to 2.4V_ 
(Note 8) 

0.8V to 2V 
0.8V to 2V 


AC Waveforms (Notes 6, 7 and 9) 


ADDRESSES BVA. ADDRESSES VALID 


F 
(NOTE 2,4,5) 


F 
(NOTE 2,4,5) 


AAS 
tac 
(N 01 7 £ 3) 


OUTPUT - CEE | VALID OUTPUT 


TL/D/11438-4 


Note 1: Stresses above those listed under “Absolute Maximum Ratings” may cause permanent damage to the device. This is a stress rating only and functional 
operation of the device at these or any other conditions above those indicated in the operations sections of this specification is not implied. Exposure to absolute 
maximum rating conditions for extended periods may affect device reliability. 


Note 2: This parameter is only sampled and is not 100% tested. 
Note 3: OE may be delayed up to tacc — tee after the falling edge of CE without inpacting tacc- 


Note 4: The tpg and tcf compare level is determined as follows: 
High to TRI-STATE®, the measure Voy 4 (DC) — 0.10V; 
Low to TRI-STATE, the measured Vo,1 (DC) + 0.10V. 


Note 5: TRI-STATE may be attained using OE or CE. 


Note 6: The power switching characteristics require careful device decoupling. It is recommended that at least a 0.2 pF ceramic capacitor be used on every device 
between Voc and GND.’ 


Note 7: The outputs must be restricted to Voc + 1.0V to avoid latch-up and device damage. 
Note 8: 1 TTL Gate: Io, = 1.6 mA, loy = —400 pA, C,: 100 pF includes fixture capacitance. 


Functional Description 
DEVICE OPERATION - APPLICATION 


The three modes of operation of the DP802514-1 and In application, the DP802514-1 and DP802515-1 should be 
DP802515-1 are listed in Table I. It should be noted that all connected to the DP8025 TROPIC controller as shown in 
inputs for the three modes are at TTL levels. The power Figure 1. The DP802514-1 is the lower microcode ROM, 
supply required is Vcc. and Oo thru O7 are to be connected to SDo thru SD7. The 
READ MODE DP802515-1 is the upper microcode ROM and Op thru O7 


are to be connected to SDg thru SD45 of the DP8025. 
THE DP802514-1 and DP802515-1 have two control func- 
tions, both of which must be logically active in order to ob- SYSTEM CONSIDERATION 
tain data at the outputs. Chip Enable (CE) is the power con- The power switching characteristics of DP802514-1 and 
trol and should be used for device selection. Output Enable DP802515-1 require careful decoupling of the devices. The 
(OE) is the output control and should be used to gate data supply current, loc, has three segments that are of interest 
to the output pins, independent of device selection. Assum- to the system designer: the standby current level, the active 
ing that addresses are stable, address access time (tacc) is current level, and the transient current peaks that are pro- 
equal to the delay from CE to output (tgE). Data is available duced by voltage transitions on input pins. The magnitude of 
at the outputs toe after the falling edge of OE, assuming these transient current peaks is dependent of the output 
that CE has been low and addresses have been stable for capacitance loading of the device. The associated Vcc tran- 
at least tacc — tOE. sient voltage peaks can be suppressed by properly selected 

decoupling capacitors. It is recommended that at least a 
yon oe PCE 0.2 uF ceramic capacitor be used on every device between 
The DP802514-1 and DP802515-1 have a standby mode Vcc and GND for each eight devices. The bulk capacitor 
which reduces the active power dissipation by over 99%, should be located near where the power supply is connect- 
from 75 mW to 0.55 mW. They are placed in the standby ed to the subsystem. The purpose of the bulk capacitor is to 
mode by applying a CMOS high signal to the CE input. overcome the voltage drop caused by the inductive effects 
When in standby mode, the outputs are in a high impedance of the PC board traces. 
state, independent of the OE input. 


OUTPUT DISABLE Mode Selection 


The DP802514-1 and DP802515-1 are placed in output dis- The modes of operation of the DP802514-1 and 
able by applying a TTL high signal to the OE input. When in DP802515-1 are listed in Table |. A single 5V power supply 
output disable all circuitry is enabled, except the outputs are is required. All inputs are TTL levels except for PV = Vcc. 
in a high impedance state (TRI-STATE). 
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Mode Selection (Continued) 


Standby 


Note 1: X can be Vi, or Vip. 


DP8025 
TROPIC™ 
CONTROLLER 


TABLE I. Modes Selection 


FIGURE 1. Typical TROPIC Connection 
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An Introduction to 
Token Ring 
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INTRODUCTION 


Token Ring and its associated hardware was first intro- 
duced by IBM¢® in the Fall of 1985. The token passing proto- 
col was chosen because it would perform better under 

- heavy network loading and be more easily integrated into 
existing IBM synchronous networks. In late 1985, the Inter- 
national Organization for Standardization (ISO) adopted the 
Token Ring Standard (ANSI/IEEE Std. 802.5-1985). A 
newer revision of the specification was approved by ISO in 
1992 and has been published as International Standard 
ISO/IEC 8802-5:1992. 


Initially, the 4 Mbps data rate was considered sufficient for 
most office automation and networking tasks. Realizing the 
need for increased bandwidth, IBM released the 16 Mbps 
version of Token Ring in 1989. Since its inception, Token 
Ring has become the most popular implementation of the 
token passing protocol and is second only to Ethernet® in 
nodes shipped. 


National Semiconductor 
Application Note 857 
John von Voros 


In the token passing protocol, a token circulates around the 
ring until a station requests permission to transmit 
(Figure 1). Once granted, the transmitting station sends its 
information over the network. Each station along the ring 
checks the destination address of the data frame to deter- 
mine if the packet is to be copied into a loca! buffer or sim- 
ply repeated onto the ring. The data frame is removed from 
the ring by the originator of that frame and the token is 
released. 


PHYSICAL CONNECTION 


Each station is linked to the ring via a concentrator 
(Figure 2). Although this appears as a star-based topology, 
closer inspection reveals that it is indeed a ring. Most of the 
current concentrators are based on a passive technique uti- 
lizing simple relay logic. Each station has transformer-cou- 
pled receive and transmit twisted-pair wires (either shielded 
or unshielded) which attach the station to the concentrator 
using a Media Interface Connector (MIC). 


When inserting a new station into the ring, the station first 
completes some initialization routines to insure proper oper- 
ation. The station then “impresses” a D.C. voltage onto the 
Media Interface Cable to power the relay in the concentrator 
(Figure 3). This is called a phantom drive voltage because it 
is transparent to symbols being transmitted (due to AC cou- 
pling). The relay closes the switches so that the concentra- 
tor changes from bypass to insertion mode. 
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FIGURE 1. Token Ring 
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FIGURE 2. Station Connection 
to a Concentrator 


RECEIVE “TRANSMIT 
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TL/F/11716-3 
FIGURE 3. Physical Connection 


RING SYNCHRONIZATION 


Each ring must have a station (the Active Monitor) which is 
responsible for maintaining the master clock for all worksta- 
tions. This is always the first station to get onto the ring. All 
other stations are considered Standby Monitors which con- 
stantly check the ring to make sure an Active Monitor is 
present. If a problem with the Active Monitor station devel- 
ops, the other stations will negotiate to become the new 
Active Monitor. 
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The Active Monitor is the only station on a ring to synchro- 
nize to a clock oscillator (Figure 4). All other stations syn- 
chronize to the embedded clock of the incoming signal us- 
ing a phase-locked loop (PLL). One disadvantage to this 
approach is that each PLL along the ring introduces jitter 
into the signal. Jitter is the time varying difference between 
the phase of the master clock and the clock recovered from 
the signal. If this accumulated jitter reaches a certain 
threshold, the next station will not be able to recover a clock 
and the entire ring will fail. This is why the standards com- 
mittees and manufacturers are ‘sensitive to the amount of 
jitter introduced by token ring equipment. The current 
|.E.E.E. specification only allows for 250 stations in a ring to 
limit the potential for this catastrophic error. 


Monitor Station 


Elastic Buffer 


TLR/I716~4 
FIGURE 4. Ring Synchronization 


Other responsibilities of the Active Monitor include recovery 
from error situations, Neighbor Notification, and maintaining 
a latency buffer. Neighbor Notification allows each station to 
know both its upstream and downstream neighbors on the 
ring. This is important for fault isolation. The latency buffer 
allows the Active Monitor to introduce a 24-bit delay (length 
of a token) to allow for a token to completely circulate 
around the ring without overlapping the originating station. 


FRAME TYPES 


The token ring standard currently supports two kinds of 
transmission units: tokens, and frames. As previously men- 
tioned, tokens are responsible for controlling access to the 
network. The frames transfer data as well as control instruc- 
tions for the network. 


Token Format 
The token is responsible for granting permission for an indi- 
vidual station to transmit onto the ring. This frame contains 
three fields: Starting Delimiter, Access Control, and Ena 
Delimiter (Figure 5). . 
1 Byte 1 Byte 1 Byte 
SD = Starting Delimiter 


AC = Access Control 
ED = Ending Delimeter 


FIGURE 5. Token Format 
The Starting Delimiter field is a unique sequence of symbols 
indicating the beginning of a frame or token (See 
TROPIC™-Front End Description, AN-850). This field is.the 
same for all frame types. 


As shown in Figure 6, the Access Control field contains 
3 bits indicating the priority of the frame or token (PPP), 1-bit 
indicating whether this is a frame (T= 1) or a token (T=0), 
1-bit for monitoring the ring to prevent the recirculation of 
errant tokens or frames (M), and 3 bits for requesting the 
needed priority setting for the next available token (RRR). 
Each station on the ring is assigned a maximum priority with 
which it may transmit. 


PPP = Priority Bits 
T = Token Status 
M = Monitor. 
RRR =. Reservation Bits 
FIGURE 6. Access Control Field 


The Ending Delimiter field contains a unique pattern of sym- 
bols indicating the end of a frame or token. One bit, the 
Intermediate Frame Bit, is used to indicate if the current 
frame is the end of a station’s series of transmitted frames. 
The Error Detected Bit, the last bit in this field, is set by any 
station on the ring that detects an error. All tokens and 
frames must contain the Enaing Delimiter Sequels to be 
considered valid. 


Frame Format 


The frame is the basic data transmission unit of Token Ring 
networks. The IEEE standard for Token Ring (802.5) cur- 
rently supports two frame types: MAC frames and LLC 
frames. The Medium. Access Control (MAC) frames are 
used to control the operation of the ring. Examples of MAC 
frames include Claim Token, Duplicate Address Test, and 
Lobe Test which are explairied in the Ring Insertion section. 
Logical Link Control (LLC) frarnes are responsible for the 
transmission of data and the establishment of communica- 
tions between two or more nodes. 


The basic frame format consists of the data to be sent en- 
capsulated by a physical header and trailer (Figure 7). The 
SD, AC, and ED fields are the same as those in the token. 


The Frame Control field (FC) defines the frame to be either 
a MAC or LLC frame. This field also indicates how a MAC 
frame is to be buffered. 


The Destination Address field (DA) is a 6 byte ID Standard- 
ized by |.E.E.E. which identifies the address of the receiving 
station on the ring. Bit 0 of byte O (the first bit of the DA 
transmitted) indicates whether the address is an individual 
or group address. All bits are set toa “1” fora broadcast 
message. 


The Source Address field (SA) is also a 6 byte ID which 
identifies the station that originated the frame. Bit 0 of byte 0 
is used to specify whether the data portion of the frame 
contains a routing information field (see section on internet- 
working). Routing information is only needed for frames that 
will leave the source ring. 


++ Physical Header > 
DESTINATION 
ADDRESS 
1 BYTE 1 BYTE 1 BYTE 6 BYTES 


SD = Starting Delimiter 
AC = Access Control 
FC = Frame Control 


The data field is of variable length and ranges from 0 bytes 
to a limit defined by the maximum time a station is allowed 
to hold the token. The current I.E.E.E. specification for the 
Token Hold Timer (THT) states that each station must sup- 
port an 8.9 ms hold time which corresponds to a maximum 
information field length of 17800 bytes. 


The Frame Check Sequence field (FCS) is a 32-bit check 
word that is generated during transmission of the FC, DA, 
SA, and INFO fields and then appended to the outgoing 
frame. During reception, the receiving station will calculate 
this check word on these same fields and compare it with 
the FCS byte transmitted to determine if the frame was sent 
correctly. Each station on the ring checks every frame for 
correct transmission and sets the appropriate bit in the End- 
ing Delimiter field. 


The Frame Status field (FS) indicates whether the current 
frame’s address was recognized and if the information was 
copied by the receiving station (Figure 8). The reserved bits 
are not currently used. The Address Recognized and Frame 
Copied bits are duplicated within the Frame Status byte be- 
cause the error checking routine does not cover this field. 
These flags allow the network to determine three distinct 
conditions: 


1. The station does not exist or is inactive. 


2. The station exists, but the frame was not copied (this 
could be caused by network congestion). 


3. The frame was copied properly by the receiving station. 


A C r r A C r r 


A = Address Recognized 
C = Frame Copied 
r = Reserved . 
FIGURE 8. Frame Status Field 


RING OPERATION 

The following section covers the procedures for ring inser- 
tion, transmission of a frame, and frame reception. A more 
detailed explanation can be found in the Token Ring Net- 
work Architecture Reference by IBM (see references). 


Ring Insertion 
Step A: Check the physical connection and receive logic. 


1. Transmit /obe test MAC frames onto the station’s cable 
_ only (not onto the ring). This is done to verify cable at- 
tachment. 

2. Transmit duplicate address test MAC frames (refer to 
Step C). These are only used for testing the receive logic 
at this point (not for actual address duplications). 

3. After both tests are passed, the station is inserted into 
the ring by exerting the phantom voltage which causes 
the concentrator to switch the station into the ring. 


ry Trailer-———>| 


SOURCE 
6 BYTES VARIABLE 1 BYTE 1 BYTE 1 BYTE 


FCS = Frame Check Sequence 
ED = Ending Delimiter 
FS = Frame Status 
FIGURE 7. Frame Format 
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Step B: Check for an active monitor on the ring. 


. Initiate countdown timer. (Join Ring Timer = 18 second 
maximum) 


. Within this time, the station must detect an active monitor 
by receiving any of three special MAC frame types: ring 
purge frame (PRG), active monitor present frame (AMP), 
or standby monitor present frame (SMP). If this occurs, 
the initialization routine proceeds to Step C. 


. If not, the station will assume one of three possibilities; 
This is the first station on the ring, no active monitor is 
present, or insertion of this station has broken the ring. 
The token claim process is initiated to contend to be- 
come the active monitor. 


Step C: Check for a duplicate address on the ring. 


. Transmit a duplicate address test frame onto the ring to 
see if another station has the same physical address. 
This is done by setting the destination address to be the 
same as the address of your station. !f the frame returns 
with the address recognized bit clear (address not recog- 
nized), proceed to Step D. 

. If the frame returns with the address recognized bit set, a 
duplicate physical address has been found. The station 
notifies the network manager and removes itself from the 
ring. 

Step D: Neighbor notification (used for network manage- 
ment). 


1. Determine the nearest available upstream neighbor 
(NAUN). 


2. Notify the downstream neighbor of your station's identity. 
Step E: Request initialization. 
1. Identify your station to the network manager including the 


address, the address of the NAUN, the product instance 
identification, and the revision of the controller’s micro- 
code. 


2. The station is now active on the ring and enters the nor- 
mal repeat mode. 

Transmitting on the Ring 

Step A: Capture token. 


1. The station transmitting the frame must have a priority 
greater than or equal to the priority of the token in order 
to use it. 


2. If a frame or a token with higher priority passes, the reser- 
vation bits RRR in the Access Control (AC) field are set to 
request a token of the appropriate priority. 

Step B: Transmit Frame. 


1. Upon receipt of a usable token, the station converts the 
token to a start of frame sequence (SFS) by setting the 
“T”' bit in the AC field to a “1”. 
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2. The station now changes from repeat mode to transmit 
mode and transmits its frame onto the ring. 


3. The frame check sequence (FCS) is calculated and ap- 
pended to the information field of the outgoing frame. 


4. The address recognized (A) and frame copied (C) bits are 
cleared within the frame status (FS) field which is the final 
field transmitted in a frame. 


Step C: Transmit token and strip frames from the ring. 


. Unless early token release is enabled (see note), the 
sending station will delay the transmission of the token 
until it receives the source address field of the last trans- 
mitted frame. This delay is accomplished by transmitting 
idles (any combination of 1’s or 0’s; a.k.a. fill bits) and 
may be of any length within the constraints of the maxi- 
mum amount of time a token can be held by a station. 
These idles are required so that the PLL’s of the stations 
maintain synchronization with the active monitor. 


Note: Early Token Release (ETR) was introduced to make more efficient 
use of the available ring bandwidth. The token is immediately trans- 
mitted following the Frame Status byte of the outgoing frame. Without 
ETR, the sending station would wait until it had received the physical 
header back before releasing the token. If the header returns to the 
sending station before the token is released, the token will be trans- 
mitted with a priority equal to the reservation bits in the Access Con- 
trol field. If the header has not yet been received, the token is re- 
leased with a priority equal to the transmitted frame. Early token re- 
lease still only allows one token on the ring at any one time. 

2. While continuing to strip the frame, the sending station 

transmits a token with the appropriate priority as deter- 
mined by the reservation bits in the Access Control field. 


3. The sending station will continue to transmit idles after 
the token until the stripping process is completed. 


Step D: Station returns to normal repeat mode. 


Frame Reception 


Step A: Check the destination address of the incoming 
frame to determine if it matches your station’s individual or 
group address, or is a broadcast address. 


Step B: If no match occurs, the station repeats the frame 
onto the ring. This is known as normal repeat mode. The 
station will check the data in the tokens and frames re- 
ceived, and will set the appropriate A, C, and E (address 
recognized, frame copied, and error detected) bits within the 
Ending Delimiter and Frame Status fields at the end of the 
frame. If an error is detected by any station, the E bit will be 
set and the frame will not be copied by the destination sta- 
tion. 


Step C: If the destination address matches, the station be- 
gins copying the frame into its buffer while simultaneously 
repeating the frame onto the ring. The station will then set 
the A, C, and E bits appropriately. 


TOKEN RING BRIDGING 


Multiple rings are connected by bridges which are responsi- 
ble for copying frames from the source ring and forwarding 
that information to the destination ring (Figure 9). Bridges 
are characterized by ring numbers, bridge numbers, hop 
count limits, largest frame sizes, and single route broadcast 
indicators. Ring numbers identify the numbers of the rings 
on either side of the bridge. Each bridge between two rings 
is assigned a unique bridge number. The hop count limits 
the number of rings an All Routes Broadcast frame can trav- 
el before the bridge discards it. The largest frame size indi- 
cates the length of the frame that is either supported by the 
bridge, or the rings on either side. The single route broad- 
cast indicator determines if the bridge is capable of support- 
ing single route broadcast frames. 


Frames are routed through Token Ring networks by using a 
procedure called source routing in which frames carry the 
information on the route to be taken. In contrast, transpar- 
ent bridging requires that the bridges keep track of all routes 
between stations. 


When first determining a route, the source station sends a 
test frame on the local ring with the desired destination ad- 
dress. If the proper test frame response is not received, the 
station must look elsewhere on the network. Two methods 
are used to determine the routes to destinations on other 
rings: All Routes Broadcast Route Determination and Single 
Route Broadcast Determination. 


When the All Routes Broadcast technique is chosen, the 
source station sends a test frame to all rings. As this frame 
traverses the network, it records information on the bridges 
it encounters on the way to the destination. Since multiple 
paths may exist between source and destination, many cop- 
ies of this test frame may reach the destination with unique 


BRIDGE 


routing information. As each copy is received by the desti- 
nation, a test frame response is sent back, via the same 
route, to the source station with the acquired routing infor- 
mation. The source station then decides which route is pre- 
ferred. This decision could be based on cost, bandwidth, 
network congestion, etc. Once the route has been deter- 
mined, all dialogue between the two stations proceeds 
along the chosen path. 


The other possible method of route determination, Single 
Route Broadcast, sends the test frame so that only one 
copy of the frame reaches the destination. This technique 
utilizes the single route broadcast method that is an inher- 
ent feature of source routing bridges. When the destination 
station receives the test frame, it answers with an All 
Routes Broadcast test response frame which could result in 
multiple copies appearing at the source station, each with 
its own routing information. Once again, the source station 
determines the preferred route of transmission. 


Bridges scrutinize the routing information to make sure that 
a frame is not continuously circulating around the network. If 
a bridge discovers the number of the next ring included in 
the routing information field, it discards the frame. The 
bridge also discards frames if the hop count limit has been 
exceeded. 


CONCLUSION 


Token Ring is gaining popularity due to standardization ef- 
forts and the decreasing cost of hardware. In mid-1992, IBM 
introduced the capability of using standard category 3, 4, or 
5 unshielded twisted-pair for 16 Mbps Token Ring which 
should further reduce the cable plant cost. IEEE is expected 
to approve this standard by early 1993. In February of 1992, 
IBM licensed its Token Ring technology to National Semi- 
conductor thus making IBM silicon available to O.E.M.’s for 
integration into their products. 
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FIGURE 9. Token Ring Bridging 
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DEFINITIONS 
(From IEEE Specification) 


Abort Sequence. A sequence that terminates the transmis- 
sion of a frame prematurely. 


Accumulated Jitter. The jitter measured against the clock 
of the active monitor. Like alignment jitter, this is not a type 
of jitter but a way to measure total jitter growth throughout 
the ring. It is normally used to determine the required size of 
the elastic buffer. 


Alignment Jitter. The jitter measured against the clock of 
the upstream adapter. This is not a type of jitter per se; 
rather, it is a way to measure jitter. When “zero transferred 
jitter” is specified, the jitter measured is alignment jitter. 


Broadcast Transmission. A transmission addressed to all 
stations. 


Channel. The channel is the transmission path from the 
MIC at the transmitter to the first MIC at the receiver. It may 
include TCUs and connectors in addition to transmission 
line. 


Configuration Report Server (CRS). A function that con- 
trols the configuration of the ring. It receives configuration 
information from the stations on the ring and either forwards 
them to the network manager or uses them to maintain a 
configuration of the ring. It can also, when requested by the 
network manager, check the status of stations on the ring, 
change operational parameters of stations on the ring, and 
remove stations from the ring. 


Correlated Jitter. The portion of the total jitter that is relat- 
ed to the data pattern. Since every adapter receives the 
same pattern, this jitter is correlated among all adapters and 
therefore grows in a systematic way along the ring. Correlat- 
ed jitter is also called pattern jitter or systematic jitter. 


Differential Manchester Encoding. A signaling method 
used to encode clock and data bit information into bit sym- 
bois. Each bit symboi is spiit into two haives, where the 
second half is the inverse symbol of the first half. A 0 bit is 
represented by a polarity change at the start of the bit time. 
A 1 bit is represented by no polarity change at the start of 
the bit time. Differential Manchester encoding is polarity-in- 
dependent. 


Fill. A bit sequence that may be either 0 bits or 1 bits or any 
combination thereof. 


Frame. A transmission unit that carries a protocol data unit 
(PDU) on the ring. 

Jitter. The time-varying difference between the phase of 
the recovered clock and the phase of the source clock. Jit- 
ter is measured in fractions of a clock cycle, or unit interval 
(UI). 

Logical Link Control (Sublayer) (LLC). That part of the 
data link layer that supports media-independent data link 
functions, and uses the services of the MAC to provide serv- 
ices to the network layer. 


Medium. The material on which the data may be represent- 


ed. Twisted pairs, coaxial cables, and optical fibers are ex- 
amples of media. 
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Medium Access Control (Sublayer) (MAC). The portion of 
the data station that controls and mediates the access to 
the ring. 


Medium Interface Connector (MIC). The connector be- 
tween the station and TCU at which all transmitted and re- 
ceived signals are specified. 


Monitor. The monitor is that function that’ recovers from 
various error situations. It is contained in each ring station; 
however, only the monitor in one of the stations on a ring is 
the active monitor at any point in time. The monitor function 
in all other stations on the ring is in standby mode. 


Multiple Frame Transmission. A transmission where more 
than one frame is transmitted when a token is captured. . 


Physical (Layer) (PHY). The layer responsible for interfac- 
ing with the medium, detecting and generating signals on 
the medium, and converting and processing elepale 7 re- 
ceived from the medium and the MAC. 


Protocol Data Unit (PDU). Information delivered as a 1 unit 
between peer entities that contains contro! information, and 
optionally, data. 


Protocol implementation |. iGonlorpance Statement 
(PICS). A statement of which capabilities and options have 
been implemented for a given wa Systems Interconnec- 
tion protocol. 


Repeat. The action of a station in receiving a bit stream nittor 
example, frame, token, or fill) from the previous station and 
placing it on the medium to the next station. The station 
repeating the bit stream may copy it into a buffer or modify 
control bits as appropriate. 


Repeater. A device used to extend the length, igpolog or 
interconnectivity of the transmission medium beyond that 
imposed by a single transmission segment. 


Ring Error Monitor (REM). A function that collects ring er- 
ror data from ring stations. The REM may log the received 
errors, or analyze this data and record statistics on the er- 
rors. 


Ring Latency. In a token ring MAC system, the time (mea- 
sured in bit times at the data transmission rate) required for 
a signal to propagate once around the ring. The ring latency 
time includes the signal propagation delay through the ring 
medium plus the sum of the propagation delays through 
each station connected to the token ring. 


Ring Parameter Server (RPS). That function that is re- 
sponsible for initializing a set of operational parameters in 
ring stations on a particular ring. 


Routing Information. A field, carried in a frame, used by 


source routing transparent bridges that provides source 


routing operation in a bridged LAN. 


Service Data Unit (SDU). Information delivered-as a unit 
between adjacent entities that may also contain a PDU of 
the upper layer. 

Source Routing. A mechanism to route frames, through a 
bridged LAN. Within the source routed frame, the station 
specifies the route that the frame will traverse. 


Station (or Data Station). A physical device that may be 
attached to a shared medium LAN for the purpose of trans- 
mitting and receiving information on that shared medium. A 
data station is identified by a destination address (DA). 
Static Phase Offset. The constant difference between the 
phase of the recovered clock and the optimal sampling po- 
sition of the received data. 


Station Management (SMT). The conceptual contro! ele- 
ment of a station that interfaces with all of the layers of the 
station and is responsible for the setting and resetting of 
contro! parameters, obtaining reports of error conditions, 
and determining if the station should be connected to or 
disconnected from the medium. 


Token. The symbol of authority that is passed between sta- 
tions using a token access method to indicate which station 
is currently in control of the medium. 


Transferred Jitter. The amount of jitter in the recovered 
clock of the upstream adapter. Transferred jitter is important 
because each adapter must both limit the amount of jitter it 
generates, and track the jitter delivered by the upstream 
adapter. 


Transmit. The action of a station generating a frame, token, 
abort sequence, or fill and placing it on the medium to the 
next station. In use, this term contrasts with repeat. 
Transparent Bridging. A bridging mechanism, in a bridged 
LAN, that is transparent to the end stations. 
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Trunk Cable. The transmission cable that interconnects 
two TCUs. 


Trunk Coupling Unit (TCU). A physical device that enables 
a station to connect to a trunk cable. The TCU contains the 
means for inserting the station into the ring, or conversely, 
bypassing the station. 


Uncorrelated Jitter. The portion of the total jitter that is 
independent of the data pattern. This jitter is generally 
caused by noise that is uncorrelated among adapters and 
therefore grows in a nonsystematic way along the ring. Un- 
correlated jitter is also called noise jitter or nonsystematic 
jitter. 

Unit Interval (UI). One half of a bit time. 125 ns for 4 Mb/s 
transmission and 31.25 ns for 16 Mb/s transmission. UI is 
used in the specification of jitter. 


Upstream Neighbor’s Address (UNA). The address of the 
station functioning upstream from a specific station. 
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TROPIC™—A Front En 
Description = —— 


OVERVIEW 


This application note describes the DP8025 Token-Ring 
Protocol Interface Controller (TROPIC) Front End Macro 
(FEM). The FEM is one internal block within TROPIC. 
TROPIC’s analog FEM is transformer coupled directly to the 
Token-Ring system. The analog circuitry converts distorted 
receive signals into square wave signals used by TROPIC’s 
digital circuitry. The receiver includes an external equaliza- 
tion circuit to make the conversion process more reliable. 
The driver circuit provides sufficient drive capability to trans- 
mit signals across the ring with acceptable distortion at the 
receiver end. The FEM does not decode or encode signals. 
The Protocol Handler (PH) performs the encoding and de- 
coding function. 


This application note supplements the DP8025-TROPIC da- 
tasheet. Application Note 816, “Layout Guidelines for a To- 
ken Ring Adapter Using the DP8025” illustrates the recom- 
mended layout for the FEM. 


INTRODUCTION 


The TROPIC Front End Macro (FEM) combined with exter- 
nal equalization circuitry and components provides the mod- 
ulation/demodulation function by which digital data is prop- 
agated over the analog transmission medium. Specifica- 
tions and requirements of the FEM operation at 4 Mbps and 
16 Mbps are included in the discussions. Performance ob- 
jectives are given for the FEM and the transmission system 
operating at both speeds. For brevity in tables and figures, 
braces-{ } denote items pertaining only to 16 Mbps opera- 
tion. Parameters or combinations of parameters required to 
meet these objectives are defined and specified. 


Unless otherwise specified, the functional definitions and 
tests are described assuming the external components giv- 
en in Appendix A. The connection of these components is 
shown in Figures 6a and 6b in Appendix A. Figure 6c in 
Appendix A lists the component values and tolerances. 


DIFFERENTIAL MANCHESTER CODE 

Differential Manchester coding used in Token Ring has four 
symbols; binary 1, binary 0, non-data J and K. The symbols 
used in the Token Ring physical layer are shown in Table I. 
Binary ones and zeroes have mid-bit transitions which con- 
vey inherent timing information on the channel. Binary ‘“‘ze- 
roes” transition at the beginning. Binary “ones” do not tran- 
sition at the beginning. Non-data J and K do not have mid- 
bit transitions. K transitions at the start of the bit boundary 
(also called a “negative code violation”), while J does not 
(also called a ‘‘positive code violation’). 


The symbols are transmitted through the medium in the 
form of differential Manchester encoding that is character- 
ized by two signal elements per symbol—the leading and 
trailing element. The leading element polarity is dependent 
on the trailing element of the previously transmitted symbol. 
The polarity of three elements must be known to decode a 
single symbol; the trailing element of the previous symbol, 
and the leading and trailing elements of the current symbol. 
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TABLE I. Token Ring Differential 


Manchester Code Symbols 
@ beginning | | @ mid-bit 

| | 

! 


yes 
“ . yes 


Symbol 
| binaryone | no | 


esol 
ee 
| | nondataryy | no | no 
nondata“k” | yes | ro 


An example of differential Manchester coding is illustrated 
in Figure 1a. Let’s decode a few of the symbols. A change in 
polarity (transition) between the trailing element and leading 
element at the beginning of the bit boundary, a, narrows the 
possibilities to a binary zero or a non-data K, as shown in 
Table | column “Transition @ beginning”. A transition at 
mid-bit, b, leaves us to conclude the symbol is a binary zero. 
Let’s try another, a lack of transition at bit boundary ¢ nar- 
rows the possibilities to a binary one and non-data J. A tran- 
sition at mid-bit, d, leaves us to conclude the symbol is a 
binary one. 

J and K appear within the Starting Delimiter and Ending 
Delimiter fields as shown in Figures 1b and 7c. Frame fields 
are discussed in the following section. 


1 ' t i ' ' ' 1 
111081tit1or1rortsodo 
1 1 \ ! l 1 t 1 
' ! 
! ' 1 I 
I 1 ! ' 

1 1 
‘ ab, cd, ' ' ' 


TL/F/11701-1 


FIGURE 1a. Differential Manchester 
Data Stream Example 
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FIGURE 1b. SD Field is Always JKOJKOO 
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FIGURE 1c. The First Six Bits of 
the ED Field is Always JK1JK1 
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The basic transmission units on a Token Ring Network are 
tokens and frames. Tokens and frames traveling around the 
ring are differential Manchester encoded. 


TOKEN RING FRAME 

A Token Ring frame contains several fields; Starting Delimi- 
ter (SD), Access Control (AC), Frame Control (FC), Destina- 
tion Address (DA), Source Address (SA), Information field, 
Framecheck Sequence (FCS), Ending Delimiter (ED) and 
Frame Status (FS) as shown in Figure 2. 

A single 24-bit frame called a token continuously traverses 
the ring. A token consists of three fields; SD, AC and ED. A 
station must acquire the token before transmitting data onto 
the network. 

The two other frames are the data frame and the MAC 
frame which control certain management functions on the 
Token Ring Network. 


ac | Fe Destination Source Routing 
address address | Information 
cont Information FCS 
field 
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FIGURE 2. Token Ring Frame has several fields. 
A token is a special frame which has 
only three fields; SD, AC and ED. 


A brief description of the frame fields shown in Figure 2 are 
given in the following. 


¢ Starting Delimiter (SD): This field indicates the beginning 


of a frame. SD is a single byte with the pattern shown in 
Figure 1b. 

e Access Control! (AC): This field is a single byte which 
contains priority information and indicates a token or 
frame. 


EXTERNAL 
COMPONENTS 


Line 
Interface 
(Isolation) 


Transmit 
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Line 
Interface 
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Receive 
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Analog 
Transmission 
Medium 
Interface 


Transmitter 


Frame Control (FC): This field is a single byte which indi- 
cates the frame as data or MAC-Media Access Control. 


Destination Address: Destination address identifies the 
station that is to copy the frame. This address always 
consists of six bytes. 


Source Address: Source address identifies the station 
that originated the frame. This address always consists 
of six bytes. 
Routing Information: Optional routing information follows 
the source address when the frame leaves the ring. This 
field, when present, consists of a 2-byte routing control 
field and up to eight 2-byte route designators. 
Information Field: Information Field contains an integral 
number of bytes of data. In an IBM Token-Ring Network, 
aring station can hold a token for 10 ms, which limits the 
maximum frame size that a station can transmit. 
Framecheck Sequence (FCS): This field contains a 
4-byte cyclic redundancy check (CRC) performed on the 
FC, DA, SA and information fields. 

Ending Delimiter (ED): ED is a single byte where the first 
six bits of the field indicate end of frame. One bit indi- 
cates error and another indicates whether successive 
frames will follow. 

Frame Status (FS): FS is a single byte field that indicates 
if the destination station recognized the address and suc- 
cessfully copied the frame. 


FRONT END 


A block diagram of the FEM and its associated external 
components is shown in Figure 3. The FEM provides the 
interface functions necessary to transmit and receive differ- 
ential Manchester encoded data over the transmission 
channel. These functions consist of the following: 


¢ Equalization of incoming received signal. 

® Detection of the received signal. 

© Clock recovery and retiming of the received data. 
¢ Transmission of output data. 

¢ Ring Insertion. 
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FIGURE 3. Front End Macro (FEM) Functional Block Diagram Includes 
the TROPIC Internal Blocks and the External Equalizer Block 
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TIMING 


Table II describes the timing characteristics of the system at 
the two bit rates—4 Mbps and 16 Mbps. 


TABLE il. 4 Mbps and 16 Mbps Timing Characteristics 


[Tao =ttiengty | aon | eas | 


RECEIVER 


The FEM receiver consists of the following blocks; Receiv- 
er, Clock Recovery and Retime as shown in Figure 3. Data 
passes through the Equalizer and Receiver to the Retime 
and Clock Recovery block which samples half bit elements 
of the differential Manchester coded signal. The FEM re- 
ceiver passes these signal elements to the internal digital 
system interface which decodes the signal elements to data 
bits (binary zeroes and one’s) or code violations (non-data 
J’s and K’s). The performance of the FEM and transmission 
system depends upon the detectability of the half bit signal 
elements as shown in Figure 4. 


The concept of a minimum valid signal at the FEM receiver 
input or Equalizer output is fundamental to detecting signal 
elements in the system environment. This minimum valid 
signal results from the worst case communication system 
distortions and has the minimum “EYE” pattern that the 
receiver must be expected to demodulate. The EYE pattern 
is determined by communication system parameters such 
as loss, noise and distortion from the transmission medium 
and equalizer circuit. System performance is determined 
largely by how accurately the local clock can define the cen- 
ter of the data EYE and the accuracy that the data sample is 
discerned in the presence of noise. The height and width of 
the window EYE must meet receiver requirements to reliably 
sample incoming signals. The EYE height specifies the mini- 
mum signal amplitude that the receiver is able to reliably 
detect a high or low. Signals with amplitudes falling within 
the EYE cannot be reliably detected as a high or low. The 
EYE width specifies the minimum phase range required by 
the PLL to lock onto and retime incoming signals. 


leading trailing 
element 


| valid | | valid | 


element 


| window | | window | 
—_ os oe ol ———_ = J 


0° 360° 720° 
Bit Length 
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FIGURE 4. A bit is sampled at the leading and trailing 
symbol elements. The window formed by the EYE 
pattern must meet receiver input requirements. 


RECEIVE TIMING ALIGNMENT 


All stations on a ring derive their clock from the Active Moni- 
tor which is the first station inserted into the ring. If the ac- 
tive monitor is de-inserted from the ring, another station 
takes its place as the Active Monitor. There is always one 
and only Active Monitor per ring. The Active Monitor sets 
the timing for the rest of the ring via the retiming of frames 
and tokens as they pass through the Active Monitor. 


Each station, including the active monitor, recovers the 
clock embedded in the differential Manchester encoded sig- 
nals when receiving frames or tokens. The difference be- 
tween an Active Monitor and other stations is in transmitting 
frames and tokens back onto the ring. Stations use the re- 
covered clock (the output of the clock recovery circuit of 
Figure 3) when transmitting differential Manchester encod- 
ed data while the Active Monitor uses a local reference 
clock (this clock is provided by the 32 MHz crystal). Frames 
and tokens coming out of the Active monitor have no jitter 
because they use a local reference clock. Jitter accumu- 
lates as the frame or token moves downstream from the 
active monitor. Each successive station will add jitter to the 
signal or frame until it has gone full circle back to the Active 
Monitor where the jitter is removed and the frame or token 
is transmitted jitter-free. The Active Monitor always receives 
the worse case accumulated jitter since it is the last station 
on the ring. Accumulated jitter increases with increasing 
number of stations and cable lengths between the Active 
Station and downstream station. 


There are various sources of jitter on the ring which are 
illustrated in Figure 7. The jitter sources are found internal 
and externa! to the TROPIC. Transferred jitter, transmit 
channel jitter, concentrator jitter and receive channel jitter 
are sources external to the TROPIC. PLL jitter and transmit- 
ter jitter are sources internal to the TROPIC. 


¢ Transferred jitter represents the accumulated jitter for all 
stations between the Active Monitor and current station. 


Transmit channel jitter is the jitter contributed by the lobe 
cable between the UMIC and the concentrator. 


Concentrator or TCU (Trunk Coupling Unit) jitter is the 
jitter contributed by the concentrator unit. 


Receive channel jitter is the sum of the jitter contributed 
by the lobe cable between the concentrator and the 
UMIC, the concentrator jitter and the transmit channel 
jitter. When using active concentrators (also called Re- 
timed TCU’s) the receive channel jitter is only the jitter 
contributed by the lobe cable between the concentrator 
and the UMIC. 


PLL jitter is the jitter contribution by the PLL of the cur- 
rent station, with zero transferred jitter. 


Transmitter jitter is the jitter contributed by the transmit- 
ter. 


The receiver EYE width budget takes into account signal 
misalignment caused by a variety of sources including the 
jitter elements discussed above. The receiver PLL and set- 
up and hold times internal to TROPIC must also be account- 
ed for in the timing budget. 


To accommodate for worse case misalignment, the EYE 
width shall be greater than 140° at 4 Mbps and 240° at 
16 Mbps as illustrated in Figure 5. The equalizer enables the 
incoming signals to meet the timing requirements specified 
above to ensure that the receiver samples valid data. The 
EYE width specification allows for jitter contribution from a 
variety of sources both internal and external to the TROPIC. 
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FIGURE 5. The EYE must meet the receiver window 
characteristics above to maintain signal integrity. 
a) Window characteristic for 4 Mbps. 

b) Window characteristic for 16 Mbps. 


RECEIVE THRESHOLD AND HYSTERESIS 


The EYE height must be at least 50 mV peak to peak at 
4 Mbps {80 mV peak to peak at 16 Mbps} to accurately 
detect high and low signal levels. The FEM receiver input 
threshold is 16+10 mV peak to peak (6 mV to 26 mV) at 
4 Mbps(24+18 mV peak to peak (6 mV to 42 mV) at 16 
Mbps}. The threshold offset prevents low level noise from 
being interpreted as data signals. Input signals below the 
threshold will not be detected by the receiver. Input signals 
above the threshold will be received and passed on to the 
data re-timing latch and to the phase detector in the clock 
recovery block with no alteration. The receiver has no hys- 
teresis. 
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EQUALIZER CIRCUIT 


The equalizer circuit is external to the TROPIC and located 
between the isolation transformer and the receiver as 
shown in Figure 5. The equalizer is a high pass filter which 
compensates for lowpass behavior of the cable plant. The 
cable distorts the signal as it propagates down the line 
causing inter-symbol interference (inter-symbol interference 
forms the eye pattern) at the receiving station. The eye pat- 
tern formed by signals directly from the isolation interface 
(without equalization) will not meet the minimum “EYE” that 
the receiver requires to sample data. The equalizer filters 
the signals coming from the isolation interface to meet the 
minimum “EYE” which the TROPIC receiver requires to ac- 
curately sample data. 


The external equalization circuit is composed of resistors, 
capacitors and two LM3045's (npn transistor array) as illus- 
trated in Figure Ga in Appendix A. Signals proceed from right 
to left of the schematic. Ring In A and Ring /n B are con- 
nected to the lobe cable which attaches to the ring. A/INB 
and A/NA are connected to TROPIC’s receive pins. One 
LM3045 (Q1'~Q5’) is used for the 16 Mbps equalization 
circuitry and the other is used for the 4 Mbps (Q1-Q5) 
equalization circuitry. The choice of ring speed is software 
programmable, which in turn selects the proper equalizer via 
TROPIC’s output control pins ~ 76 Mbps and ~ 4 Mbps. 
When running at the 16 Mbps ring speed, ~ 76 Mbps is low 
(disabling the 4 Mbps circuitry (Q1-Q5)) and ~ 4 Mbps out- 
put is in TRI-STATE® (enabling the 16 Mbps circuitry (Q1'- 
Q5’)). In the 4 Mbps mode ~ 76 Mbpsis in TRI-STATE and 
~ 4 Mbps is low. 


Follow the recommended layout rules given in the ‘Layout 
Guidelines for the Token Ring Adapter Using the DP8025” 
to reduce the incident of improper layout that may adversely 
affect the equalizer circuit. 


The 16 Mbps equalizer filter is composed of R24, R5 and 
C7. The 4 Mbps equalizer filter is composed of R33, R32 
and C16. These combined with the transistors form high- 
pass filters which compensates for the lowpass cable char- 
acteristics. C14 and C15 decouples the DC component of 
the signal coming from the equalizer. 


INPUT IMPEDANCE AND FILTERING 


To prevent loading on the equalizer circuit, the magnitude of 
the differential input impedance of the FEM receiver is 
greater than 7502 below 16 MHz and drops no more then 6 
dB/octave from 16 MHz to 64 MHz. To provide protection 
against external noise, the receiver input has a lowpass fil- 
ter with a single pole, located at 1643.5 MHz for 4 Mbps 
operation and at 64+14 MHz for 16 Mbps operation. 
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COMMON MODE REJECTION 


The FEM input has the following common mode rejection 
over the range of input signal levels: 


TABLE II. Common Mode Rejection 


| Spectrum _| Common Mode Rejection 
0-8 MHz > 40dB | 


8-80 MHz > (6 dB/octave decrease from 
8 MHz value) 


DATA RETIMING LATCH 


Once data passes through the Receiver, shown in Figure 3, 
the data clock is extracted in the Clock Recovery block and 
used to realign the received data. The FEM con- tains a 
latch which samples the data according to the recovered 
clock and holds until the next clock cycle. Realigned data, 
still in Manchester coding, proceeds to the Protoco! Han- 
dler. The Protocol Handler converts the serial Manchester 
encoded data stream into byte parallel data usable by the 
Multiprocessor Unit (MPU) within TROPIC. Information on 
the PH and MPU is found in the DS8025 TROPIC data 
sheet. . 


CLOCK RECOVERY—PLL 


The recovered data clock is derived from the incoming dif- 
ferential Manchester coded signal by means of a Phase- 
Locked Loop (PLL) timing circuit in the FEM. The PLL uses 
the inherent timing information from the mid-bit transitions 
of the incoming binary data. The basic objective of the PLL 
is to derive a data clock which defines the center of the valid 
data EYE-Ideal Sampling Point (as shown in Figure 5) ina 
stable manner. The performance of the communication sys- 
tem using the FEM is heavily dependent on the characteris- 
tics of the PLL. We highly recommend using the procedures 
given in “Layout Guidelines for a Token Ring Adapter Using 
the DP8025” —Application Note 816 when laying out exter- 
nal capacitors and resistors associated with PLL4 and 
PLL16 pins. 
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TRANSMITTER 


In the transmit mode the Protocol Handler encodes the data 
into differential Manchester code then sends it to FEM. The 
FEM transmitter drives the data stream to the isolation inter- 
face as shown in Figure 3. The transmitter output ROUTA 
and ROUTB are complimentary open-collector outputs with 
a nominal differential swing of +4.0V. The differential volt- 
age between ROUTA and ROUT B is referred to as TRANS- 
MIT DATA. 


The rise and fall times (measured from 10% to 90%) of the 
TRANSMIT DATA is below 58°. 


RING INSERTION 


The ring insertion mechanism places a DC voltage on the 
medium interface. The DC voltage output on PHANTA and 
PHANTB is transparent with respect to the TRANSMIT 
DATA. When “ON”, the driver activates a relay in the Multi- 
station Access Unit (MAU) and inserts the station into the 
ring. When “OFF”, the station is de-inserted from the ring. 
To assure prompt de-insertion in the case of power-off ona . 
slowly decaying voltage supply, the phantom drive will turn 
off using an undervoltage detection circuit. An undervoltage 
is detected if the supply voltage is less than 4.0+0.4V and 
is decaying faster than 0.2 V/s. The phantom voltage will 
drop from 4V to below 1V within 350 ms of the undervol- 
tage. 

Under fault conditions where the transmission cable wires 
are accidentally shorted to ground, the FEM limits the avail- 
able current to a value between 4 mA and 20 mA. Under 
normal operation the current from PHANTA and PHANTB is 
1 mA. 


APPENDIX A: 
DETAILED EXTERNAL FEM CIRCUITRY 


TABLE IV. LM3045 NPN Transistor 
Array Pin Description 


TROPIC 
DP8025 


RINA 
RINB 


TROPIC 
DP8025 


Downstream Neighbor 


Isolation 


FIGURE 7. Token Ring Signal Path and Sources of Jitter 


(Jitter Sources are Designated with an “x”’) 
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Layout Guideline fora 
Token Ring Adapter Using — 
the DP8025 (TROPIC™) 


TABLE OF CONTENTS 

1.0 INTRODUCTION 

2.0 GENERAL COMPONENT AND SIGNAL PLACEMENT 
3.0 POWER AND GROUND PLANE AREAS 


4.0 DISCRETE COMPONENT PLACEMENT AND 
ROUTING PRIORITY 


5.0 ANALOG TRACE ROUTING 
6.0 DIGITAL TRACE ROUTING 
7.0 DECOUPLING CAPACITORS 


1.0 INTRODUCTION 


When designing a Token Ring adapter using TROPIC, the 
PCB layout must be divided into two distinct regions: the 
digital section, and the analog front-end section. 


The digital section will contain host interface logic, miscella- 
neous glue logic, all memory devices, and the majority of 
the TROPIC pins. The layout of this section should follow 
standard common-sense digital layout techniques such as 
minimizing trace lengths, daisy-chaining bus signals, etc. 
The analog front-end section, however, is extremely sensi- 
tive to physical layout in two areas: logic switching noise 
immunity, and electromagnetic interference. An improperly 
designed front-end layout can add excessive jitter to data 
repeated on the ring. Therefore, the layout of the analog 
section must be optimized to obtain correct operation. 


If possible, copy an existing analog layout which has 
been proven, such as that used in National DP8025EB-AT 
16-bit Adapter. Make an attempt to copy the layout exactly, 
without being tempted to make minor changes. The more 
closely the final layout matches the original, the greater the 
probability of success on the first pass. 


Assuming that it is not possible to copy an existing analog 
layout, the following guidelines have been provided to assist 
a board designer in placing components, connections, and 
prioritizing the position of wiring nets. These guidelines have 
been developed through experience and theoretical analy- 
sis, most of which will be recognized simply as good design 
practice applied to this application. Unfortunately, these 
guidelines cannot, by themselves, guarantee correct opera- 
tion. This can only be accomplished through thorough test- 
ing of the final design. 


2.0 GENERAL COMPONENT AND SIGNAL PLACEMENT 


The receive transformer module should be placed adjacent 
to the ring connector, followed by the equalization compo- 
nents and the TROPIC. All receiver components should be 
located near the edge or corner of the board to facilitate the 
isolation of the power and ground planes. The receive path 
components should be grouped together, and should be lo- 
cated between the receive transformer and TROPIC. 
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The transmit transformer module should be located be- 
tween the TROPIC and the ring connector. The transmit 
path should be separated from the receive path, even if it 
means longer routing of the traces. It is still necessary to 
attempt to minimize transmit trace length to avoid radiation 
problems. 


The 32 MHz oscillator should be located close to TROPIC 
but away from the analog section. 


3.0 POWER AND GROUND PLANE AREAS 


The power and ground planes need to be separated into 
three areas: Digital power/ground, Analog power/ground, 
and Chassis ground. This plane isolation helps to prevent 
digital logic noise from interfering with the analog circuit op- 
eration, and prevents all circuit noise from coupling onto the 
chassis. The separation between plane areas should be ac- 
complished with a 0.100” gap or void in the plane copper. 
The electrical connection between the digital and analog 
planes should be made through a single connection point 
approximately 0.300” wide (a bridge). A low-frequency 
(22 pF) and a high-frequency (0.1 F) decoupling capacitor 
should be placed in the bridge area. Figure 7 illustrates the 
isolation of the plane areas. 


A higher level of noise isolation can be achieved if the digital 
and analog plane areas are completely separated (no 
bridge), and electrically connected via 02 resistors placed 
where the bridge would be located. In this type of implemen- 
tation, the decoupling capacitors would go on the smaller 
plane area (analog) near the resistor to plane connection. 
This case would also allow ferrite beads to be used instead 
of the ON resistors to provide better high frequency rejec- 
tion. 


The analog plane area should include all receive path com- 
ponents, all receive data signals, and the PLL filter compo- 
nents. The transmit and phantom drive components and 
signals should be placed in the digital plane under the ana- 
log plane as shown on Figure 7. 


The chassis ground plane isolation is designed to limit the 
amount of high-frequency (> 100 MHz) radiated energy. 
This plane area should include all space underneath the 
chassis connection (i.e., the mounting brackets and/or 
screws), the ring connector, and the transmit and receive 
traces which run from the ring connector to their respective 
filter module. The power layer in this area should be voided. 


All other logic components not previously mentioned should 

be included in the digital plane area. 

Note: Care should be taken so differential lines (either analog or digital) are 
not routed in the channel adjacent to the edge of a plane. This could 
cause an imbalance to ground between the closer and further traces 
of the pair. 
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FIGURE 1. Power and Ground Plane Isolation 


4.0 DISCHETE COMPONENT PLACEMENT AND 
ROUTING PRIORITY 


All discrete components should be placed as close to their 
associated TROPIC/equalizer/transformer module pins as 
possible. The next section should provide a better feel for 
how to place the discretes, once their general location has 
been determined. The priority in placement is as follows: 


Note: The component references given correspond to the NSC 
DP8025EB-AT 16-bit Adapter schematics. 


c9 

C10, C31, R30 

R27, R29, C14, C15 

R24, R5, C7 

R32, R33, C16 . 

R17, R18, R19, R20, Ri, R2 
C32, C33 

C37, C38 

. R15, R16, C36, CR1-CR4 


The priorities assigned must be used with a little common 
sense. For example (with the exception of C9) a high-priority 
component may be moved slightly to provide a better place- 
ment for several low-priority components. (Refer to Sche- 
matic Diagram on Figure 3.) 


5.0 ANALOG TRACE ROUTING 


The cardinal rule of analog trace routing is to keep the area 
enclosed by a circuit loop as small as possible to minimize 
the potential of magnetic coupling. This can conflict, howev- 


OMPNAMA YN > 


er, with the general rule of keeping trace lengths short. For 
example, if circuit components are positioned along three 
sides of a square, the best return route is back along the 
same three sides of the square, NOT directly back along the 
fourth side. This rule must be carried to extremes. Further- 
more, there should never be an unnecessary via or feed- 
through inside the circuit loop. This also implies that the 
circuit loop should never encircle the power/ground planes 
(i.e., part of the circuit loop above and part below these 
planes). The concept is illustrated in Figure 2. 

A simple case of this guideline applies to differential signal 
pairs. The two traces of the pair should always be routed in 
adjacent channels. Five sets of differential pairs exist in the 
TROPIC front-end section: 

© Pre-filtered transmit data (TROPIC to transformer) 


e Filtered transmit data (transformer to ring connector-— 
ring data out) 


© Pre-filtered receive data (ring connector to transformer— 
ring data in) 

¢ Filtered receive data (transformer to equalizer circuits) 

© Equalized receive data (equalizer to TROPIC) 


The Phantom Drive signals are not a differential pair and are 
not extremely sensitive. However, these signals are still ca- 
pable of picking up enough noise to create false wire faults 
if placed too close to the transmit path. 

Note: To limit radiation potential, it is advisable to keep the differential 
transmit and receive traces in the signal layer adjacent to the ground 
layer. 

To reduce capacitive coupling, each circuit loop should be 

separated from the others. Circuit loops can be separated 
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Incorrect Analog Layout 
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Correct Analog Layout 
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FIGURE 2. Analog Trace Layout Examples 


either by physical space (if located on the same signal lay- 
er), or by placement on signal layers on opposite sides of 
the power/ground planes. Items in the following list should 
be isolated from each other. 


¢ Receiver and equalizer path 
¢ Transmit path 

¢ PLL filter components 

® Phantom Drive path 


6.0 DIGITAL TRACE ROUTING 


Placement of digital components and routing of digital 
traces should follow standard common-sense digital layout 
techniques such as minimizing trace lengths, daisy-chaining 
bus signals, etc. Except for the 32 MHz clock signal, the 
Transmit path, and the Phantom Drive path, auto-routing of 
traces in this section is permissible 


aucs Voie 


Care should be taken when routing the 32 MHz clock signal 
from the oscillator to TROPIC. This trace should be kept as 
short as possible and should contain no vias. The Transmit 
and Phantom Drive traces should be routed away from any 
digital signals. 
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7.0 DECOUPLING CAPACITORS 


As a general rule-of-thumb for a multi-layer PCB, using one 
0.1 pF bypass capacitor for each digital component pro- 
vides adequate high-frequency decoupling. For most com- 
ponents, locating the capacitor near the Vcc pin and tying 
into the power and ground planes is sufficient. For high- 
speed switching components, such as a crystal oscillator, 
the capacitor should be tied directly across the component 
power pins via traces. , 


Depending on the size of the PCB a number of low-frequen- 
cy capacitors (10 »F-22 »F) should be placed around the 
periphery of the PCB. Two of these should be located near 
the host bus edge connector power entry pins. 


As indicated in the discussion on plane isolation, a low-fre- 
quency (22 uF) and a high-frequency (0.1 »F) decoupling 


tween the analog and digital plane sections. Additionally, 
the TROPIC analog supply pins should be directly decou- 
pled. This should be accomplished by connecting 0.1 pF 
capacitors via traces directly across TROPIC pins 
MO6-M07 and LO6-NO7. 
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ISA and MicroChannel Host 
Software Programmers 
Guide for the DP8025 
TROPICT (Token-Ring 
Protocol Interface 
Controller) 


INTRODUCTION 


The Token-Ring Protocol Interface Controller (TROPIC) is a. 


microCMOS VLSI device designed for easy implementation 


of IEEE 802.5 Token-Ring LAN interface adapters. The - 


TROPIC chip includes integrated Analog and Digital Token- 
Ring interfaces and bus interface support for ISA and Micro- 
Channel hosts. 


This document addresses programming issues for TROPIC- 
based adapters used in ISA or MicroChannel hosts. 


In this document, any reference to ‘“‘adapter”, without a spe- 
cific reference to a particular bus, applies to both ISA and 
MicroChannel TROPIC-based Token-Ring adapters. 


TABLE OF CONTENTS 

1.0 TROPIC ADAPTER INTERFACE SUMMARY 
2.0 HOST ADDRESS SPACE STRUCTURE 

3.0 REGISTERS 

4.0 SHARED RAM LAYOUT AND USAGE 

5.0 SOFTWARE OPERATION OF TROPIC 


- 6.0 BRIDGE OPERATION AND COMMANDS 


7.0 EARLY TOKEN RELEASE ISSUES 


1.0 TROPIC ADAPTER INTERFACE SUMMARY 


The interface provided by TROPIC-based adapters allows 
Host software to communicate with the adapter hardware 
and software. Host software uses the hardware interface to 
issue commands, store and retrieve data, receive com- 
mands, use timing facilities, and identify the adapter. 
TROPIC Token-Ring adapters contain several areas that al- 
low communication between Host software and the adapter. 
These areas include: 

¢ Programmed I/O (PIO) 

¢ Memory Mapped I/O (MMIO) 

¢ Shared RAM 

¢ Basic Input/Output System (BIOS). 

The PIO areas ‘are accessed using IN (Read) and OUT 
(Write) 1/O instructions. The MMIO and shared RAM areas 
are accessed using memory instructions. The BIOS area, 
which is read only, can contain an optional program that is 
executed by the Host during power-on. 

Host Transmit and Receive buffers and control blocks are 
provided through the Shared RAM interface, which is man- 
aged by a TROPIC integral controller. The control blocks 
are used to pass commands and messages between the 
Host system and TROPIC. 
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Host software must perform the contro! functions and inter- 
rupt handling for the adapter. The Host software must load 
commands and parameters into the shared RAM and con- 
trol interrupt bits in the adapter MMIO domain where the 
interrupt status registers are located. The Host software 
must then interrogate control blocks and registers when the 
adapter has updated shared RAM. 

This document describes in detail the sequence of opera- 
tions, shared RAM assignments, the process of initializing 
the adapter, and related responses. 


Overview of Adapter Interface Areas 


This section briefly describes the adapter interface areas. 
Detailed mappings are provided in a later section. 


PIO 

The PIO area is used for adapter configuration information 

and control. The PIO area uses I/O addresses that range 

from: 

 x0A20 to x0A27 for both the ISA Bus Adapter and the 
_ MicroChannel Bus Adapter 


© x02F0 to x02F7 for the ISA Bus Adapter only. 

These addresses are used to obtain the MMIO address and 
interrupt level used by the adapter and provide the ability to 
reset and release the adapter. For the MicroChannel Bus 
Adapter, they are also used to obtain the shared RAM ad- 


_ dress for the adapter. 


MMIO 
The MMIO ace is a movable section st memory mapped 
1/0 that is 512 bytes and consists of the following: 


'@ ACA: The atecnnckt Control Area contains registers for 


adapter operations control. These registers include: 


RRR: The shared RAM relocation register (RRR) is used 
to get information for the shared RAM on the adapter. 
For ISA Host adapters, it is also used to set the shared 
RAM address in Host memory. 


WRBR/WWOR/WWCR: The write region base register 
(WRBR), write window open register (WWOR), and the 
write window close register (WWCR) are used to control 
the read/write access to the shared RAM on the adapter. 
The R/O access is used to protect the Token-Ring Net- 
work parameters. The R/W areas are used to pass data 
to the adapter. 


HISR/TISR: The Host witarniipt status aster (HISR) 
and the TROPIC interrupt status register (TISR) are used 
for the main communication between the adapter and the 
Host. 


TROPIC’s Host Programmable Timer is a gerieral pur- 
pose timer for use by the Host software. The offset ad- 
dresses of the timer registers are x1EO0C and x1E0D with- 
in the BIOS/MMIO segment. 
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¢ The adapter ID PROM (AIP) is used to provide the adapt- 
er type and the adapter’s encoded address. 


Shared RAM 

The shared RAM is a movable section of memory and can 
be 8 kB, 16 kB, 32 kB, or 64 kB. It is used for data transfer 
and control blocks. Shared RAM is where data and all of the 
software commands are stored. 


BIOS 

TROPIC has an optional BIOS area that is a movable 7.5 kB 
section of mapped memory. This area can be used for ini- 
tialization code that is executed at power-on. 


Data Transfer 

Data can be obtained from three general adapter sections: 

e PIO area (8 bits wide). Byte read and write I/O instruc- 
tions can be used. 

® MMIO area (8 bits wide). Both byte and word read and 
write memory instructions can be used except when ac- 
cessing the AIP. The AIP is 8 bits wide, but only 4 bits are 
valid and should be accessed using a byte read memory 
instruction to an even address. 

® Shared RAM area (8 or 16 bits wide for ISA Adapter and 
16 bits wide for MicroChannel Adapter). Both byte and 
word read and write memory instructions can be used. 


Using Interrupts 

TROPIC uses interrupts to alert Host software that events 
have occurred on the adapter. Host software uses TROPIC 
interrupts to communicate with TROPIC’s MPU. 

2.0 HOST ADDRESS SPACE STRUCTURE 


A TROPIC adapter’s Host Address Space is divided into two 
domains: the Shared RAM domain and the ROM/MMiO do- 
- main, as shown below: 


Shared Memory—Host Address Map 


| 


ROM/MMIO Domain 
0.5 or 8kB 


aS 
Write Region 
Read-Only 


Shared RAM Domain 
16 or 64kB 


Write Window 


Read-Only | 
ae 
00000 L_______] 
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Shared RAM Domain 


As discussed in Section 1.0, transmission and reception 
data and control blocks are transferred between TROPIC 
and the Host via the TROPIC Shared RAM area. This area 
can be either 16 kB or 64 kB, depending on the Host’s 
upper memory area usage; its size and initial base address 
are configured during Reset initialization. . 


During operation, Shared RAM can be relocated and paged. 


Location and paging status are available through the 
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Shared RAM address parameters defined in the RAM Relo- 
cation Register (RRR) and Shared RAM Paging Register 
(SRPR), as described in Section 3.0. 

Mapping of the buffers and control blocks in Shared RAM is 
controlled by microcode. Buffer management and hand- 
shaking are summarized in Section 5.0. 


ROM/MMIO Domain 

For MicroChanne! and ISA Hosts, the ROM/MMIO domain 
is 8k and includes 7.5k for BIOS and 0.5k for an area called 
the Attachment Control Area (ACA). 


Attachment Control Area (ACA) 


x1FFF — | 


Offset from 
MMIO Base 
ACA 
0.5 kB 


x1F00 — 


x1£80 — 
TL/F/11499-2 


The Adapter Identification PROM (AIP) area is a read-only 
region that contains unique adapter parameters, such as the 
IEEE node address and serial number. The area from x1E80 
to x1EFF is reserved and should not be accessed by the 


Adapter 
Identification 
PROM (AIP) 


Reserved Area 


Shared RAM 
Registers 


x1E00 — 


‘Host. 


The MMIO Registers (discussed in Section 3.0) serve as 
important status and control registers that are accessible to 
the Host during operation. Note that these registers are ac- 
cessed by both TROPIC and the Host. The Host cannot 
“lock” a register to prevent TROPIC access. 


Addressing The ROM/MMIO Domain 


The address driven to TROPIC by the Host contains several 
fields when used in the MMIO area. 


Host Address Bits 
A23 AO 


8 76 54 
MMIO region address 


Bits 23 through 9 select the MMIO region. 

Bits 8 and 7 select the 128-byte area within the region, as 
follows: 

b0O The attachment control area. 

bO1 No access. This is a reserved area. 

b10 The adapter identification area A. 

bi1 The adapter identification area B. 

Bits 6 and 5 select the specific MMIO command (CMD) to 
be performed. 

Bits 4 through 0 select the specific register (Reg #) and 
byte. 

With the BIOS/MMIO domain address from the setup infor- 
mation obtained by using the PIO instructions, MMIO read 
or write instructions can be used to put data into or read 
data from the adapter registers. Four MMIO commands are 
used. These four commands are controlled by the specific 
address used, as follows: 


READ Read the contents of an adapter control register 


into the Host register. A READ is performed by is- 


suing a read instruction in the Host with an address 
pointing to the appropriate MMIO register of the 
adapter. 
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WRITE Transfer the contents of a Host register directly into 
the selected adapter register. A WRITE is per- 
formed by issuing a write instruction in the Host 
with an address pointing to the appropriate MMIO 
register of the adapter with the 2 bits in the address 
assigned as CMD being set to b00. 


OR OR the contents of a Host register into the selected 
adapter register. An OR is performed by issuing a 
' write instruction in the Host with an address point- 
ing to the appropriate MMIO register of the adapter 
with the 2 bits in the address assigned as CMD 
being set to b10. : 


AND AND the contents of a Host register into the select- 
ed adapter register. An AND is performed by issu- 
ing a write instruction in the Host with an address 
pointing to the appropriate MMIO register of the 
adapter with the 2 bits in the address assigned as 
CMD being set to b01. 


All but the last 512 bytes of the BIOS/MMIO domain are 
reserved for Host BIOS program storage. 


The MMIO region is structured as follows: 


ROM/MMIO Layout 

Offset from 

ROM/MMIO 

Segment 
x1F00 AIP, 256 bytes (read only access) 
x1E80 Reserved, 128 bytes (do not access) 
x1E00 Attachment Control Area, 128 bytes 
x1DFF 4 

Reserved for BIOS 

x0000 


AIP (Adapter Identification PROM) Area Structure 


This section describes the AIP fields, which are used to 
identify the adapter and provide information on supported 
hardware functions. Only even addresses are valid, and 
only the lower four bits of each even location are defined. 
The upper four bits of each byte should a/ways be masked 
off (because these bits are not guaranteed to be zero). AIP 
contents can vary. A typical AIP might have the contents 
shown in the table below (as seen from the Host). 


Example of a Typical AIP 
a 


ROM/MMIO 

Offset Address 0 1 2 3 4 5 
1F00 01 00 600 = 6«6000600—C (00 
1F10 00 00 01 00 OE 00 
1F20 OA 00 05 00 OD oO 
1F30—. 04 00 OD O00 04 #2&2300 
1F40 03. #00 06 00 O38 00 
1F50 03. 00 05 00 O08 00 
1F60 0B O00 OF 00 OF 00 
1F70 OF 00 OF 00 OF _ 00 
1F80 00 00 02 00 04 +#2«23©00 
1F90 OF 00 OD 00 OB. 00 
1FAO ~ OF 00 .-OF 00 OF 00 
1FBO OF 00 OF 00 OF 00 
1FCO OF 00 OF 00 OF 00 
1FDO OF 00 OF 00 OF _ 00 
1FEO OF 00 OF 00 OF 00 
1FFO OF 00 OF 00 OF 00 


4-86 


AIP Contents 
7 8 9 A B Cc D E F 


A brief description of all AIP fields follows. 


Adapter’s Encoded Address 


Stored in the Host even locations from x1F00 to x1F 16, this 
field contains a 48-bit universally administered address as 
defined by the IEEE 802 committee on local area networks. 
Each IBM Token-Ring Network adapter is programmed with 
its own unique address in this field. This address will be 
used as the adapter’s node address unless specifically 
overridden. 


The format is 12 nibbles from the even bytes with each 
nibble representing a hexadecimal digit. The most signifi- 
cant nibble (MSN) is the nibble at x1FOO, and the least sig- 
nificant nibble (LSN) is at x1F16. For example, from the 
_ sample AIP above, read the even bytes from x1F00 to 
x1F16 as x1, x0, x0, x0, x5, xA, x2, x0, x0, x1, xE, x3. The 
resulting address is x10005A2001E3. 


One’s Complement of the Adapter Encoded Address 


The method for determining this value is the same as for the 
address, but using the even locations x1F18 to x1F2E. 
X1F18 is the MSN and x1F2E is the LSN. In the typical AIP 
above, read xE, xF, xF, xF, xA, x5, xD, xF, xF, xE, x1, xC for 
a one’s complement address of xEFFFASDFFE1C. 

This field contains the one’s complement of the universally 
administered address as defined above. 


Channel Identifier 


This field determines whether the adapter is an ISA Bus 
Adapter or a MicroChannel Bus Adapter. It uses Host even 
locations from x1F30 to x1F5E. The format is 24 nibbles 
from the even bytes with each nibble representing a hexa- 
decimal digit. The MSN is the nibble at x1F30, and the LSN 
is at x1F5E. 


In the sample AIP above, you would read: 
x4, xD, x4, x1, x5, x2, x5, x3, x3, x6, x3, x3, x5, x8, x3, x4, 
x3, x5, x3, x1, x3, x8, x2, x0 

for a value of x4D41 5253 3633 5834 3531 3820. 

The two channel identifiers are: 

© x5049 434F 3631 3130 3939 3020 for ISA Bus. 


¢ x4D41 5253 3633 5834 3531 3820 for MicroChannel 
Bus. 


AIP Checksum #1 


The checksum is a Host even location of x1F60. The format 
is a hexadecimal nibble. 


This field contains the first checksum for the AIP. If a 4-bit 
checksum (addition) of all valid (even) locations from 1F00 
up to and including 1F60 is calculated, the result should be 
zero. This checksum is used to validate the encoded ad- 
dress and channel identifier. If an invalid checksum is ob- 
tained (non-zero value), then the previous values should be 
considered inaccurate. 


Test Pattern 


This field contains a test pattern for use during adapter diag- 
nostics. The test pattern is Host even and odd locations 
x1F80 to x1F9F. The format is 32 nibbles from all bytes with 
each nibble representing a hexadecimal digit. In the sample 
AIP above read: 

x0, x0, x2, x0, x4, x0, x6, x0, 

x8, xO, xA, x0, xC, x0, xE, x0, 

xF, x0, xD, x0, xB, x0, x9, x0, 

x7, x0, x5, x0, x3, x0, x1, x0. 
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Supported Functions Identifiers 


These identifiers are Host even locations from x1FAO to 
x1FEE. The format is a hexadecimal nibble from the even 
bytes. The sample AIP above reads xF, xF, xF ... 


These nibbles should be used to determine what functions 
the adapter supports. The Host software should read these 
nibbles to determine the capabilities of each specific adapt- 
er. The nibbles from the hexadecimal locations are defined 
as follows: 


x1FAO Adapter Type where P=1st, E=2nd, D=3rd, ... 
O= 16th. 


Used to identify different adapters within a given 
1/O bus or channel type. The sample above uses 
xF. 


Data Rate where F=4 Mbps, E=16 Mbps, 
D=4 Mbps and 16 Mbps, C to O=reserve. 


Used to identify data rates supported by the adapt- 
er. 


Early Token Release where F=No, E=4 Mbps, 
D=16 Mbps. C=4/16 Mbps, B to 0= reserved. 


Used to identify which data rates support early to- 
ken release. 


Total available shared RAM where F=use 
RRR(11,10), E=8 kB, D=16 kB, C=32 kB, 
B=64 kB (top 512 reserved and must be set to 
zero), A= 64 kB (top 512 usable) 9 to O=reserved. 


Used to identify total shared RAM installed on the 
adapter. Use either the encoded value in the RRR 
register, or the specified value in the AIP. For value 
“B”, the last 512 bytes (offset address FEOO- 
FFFF) are reserved and must be set to 0 during 
adapter initialization in order to set RAM parity bits. 
Shared RAM paging where F= No, E= 16 kB page, 
D=32 kB page, C=16 kB and 32 kB page, B to 
0=reserved. 

Used to identify whether or not the adapter sup- 
ports shared RAM paging and if so, at which page 
sizes. 


X1FAA The Transmit Buffer size available at 4 Mbps where 
F=2048, E= 4096, D= 4464, C to 0O= reserved. 


Used to identify the maximum Transmit Buffer size 
at a 4 Mbps data rate (not applicable if adapter 
does not support 4 Mbps). 


x1FAC The Transmit Buffer size available at 16 Mbps 
where F=2048, E=4096, D=8192, C= 16384, 
B=17960, A to O=reserved. 
Used to identify the maximum Transmit Buffer size 
at a 16 Mbps data rate (not applicable if adapter 
does not support 16 Mbps). 


x1FAE These locations are reserved. 
to 
Xx1FEE 


AIP Checksum #2 


This field is stored at Host even location x1FFO. The format 
is a hexadecimal nibble. 


This field contains the second checksum for the AIP. If a 
4-bit checksum (addition) of all valid (even) locations from 
4F00 up to and including 1FFO is calculated, the result 
should be 0. This checksum is used to validate all defined 


X1FA2 
X1FA4 


X1FA6 


x1FA8 
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areas of the AIP. If an invalid checksum is obtained (non- 
zero value), then the previous values should be considered 
inaccurate. If an incorrect value is encountered, the only 
values used should be “default” values for the type of 
adapter identified by the channel identifier field. 

Reserved 

All undefined locations (both even and odd) are reserved 
and should not be used. 

3.0 REGISTERS 


The Host communicates with and controls TROPIC using 
three methods: Shared RAM, interrupts, and registers. 


TROPIC supports three register areas: 
¢ MMIO Registers—these are used by all Host bus types 


¢ Programmed I/O (PIO) Registers—these are used by 
all Host bus types and are decoded during normal opera- 
tion 


Register Location by Bus Type 


PIO Space (ISA) 


I xOFFFF 1 
x00A28 


Adapter 1 PIO 
Registers 


Adapter 0 PIO 
Registers 


Unused } 1 


x00A27 
x00A24 
x00A23 
x00A20 


x00A27 
x00A24 
x00A23 
x00A20 


Global Interrupt 
Enable (IRQ7) 


Global Interrupt 
Enable (IRQ6) 
xOOAF5 


x002F4 


Global Interrupt 
Enable (IRQ3) 


Global Interrupt 
Enable (IRQ2, 9) 


1 x002F1 
, x00000 


x002F7 


x002F6 


x002F3 x00107 


x002F2 


Unused } 
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PIO Space (MicroChannel) 
Csaccce. CO 


« XOFFFF 
x00A28 


Adapter 1 PIO 
Registers 


Adapter 0 PIO 


¢ MicroChannel Standard POS Registers—these are 
used only by MicroChannel hosts and are decoded only 
during Setup 


Note: POS Registers reside in PIO space, but are treated separately be- 
cause they are only decoded during Setup. 


Register Usage and Location by Bus Type 
Register usage varies by bus type, as shown below. 
Register Usage by Bus Type 


MMIO PIO 
Registers | Registers 
Yes Yes 
Yes Yes 


Memory allocation of registers is shown below. 


Bus 
Type 


MicroChannel 
ISA 


MMIO Space (All Buses) 


Unused 
Unused } 


Registers 


POS Registers 
00100 (Only during Setup) 
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Unused 


Unused 
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MMIO Registers—General 


The MMIO Registers are used by all bus types and are lo- 
cated within the ACA Host Address Space area. They in- 
clude mostly read-only status registers, with a few Read/ 
Write control registers. Some of these registers are replicat- 


RAM Relocation Register (RRR) 


This register is used to relocate the Shared RAM region and 
indicate its page size and location. It also contains bits used 
to control different TROPIC operating modes. 


Warning: Reserved bits (indicated by ‘—’), though read- 
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ed in the PIO Registers; in such cases, one register is usual- 
ly read-only while the alternative location is read/write. 


All of the MMIO Registers consist of two-byte (word) regis- 
ters, each having its low order byte at an even address and 
its high order byte at the following odd address. Note that 
addresses are relative to the ROM/MMIO Base Address. 


able, are controlled by TROPIC. These bits should not be 
changed. 


ISA BUS MODE: 


Description 


Reserved. 


Shared RAM Page Size (READ ONLY): Displays the shared RAM page (window) size, i.e., the amount of the Host’s 
memory space that was allocated to shared RAM during initialization. These bits are coded as follows: 
11. (10 =_ Page Size 

0 0 8kB 

0 1 16 kB 

1 0 32 kB 

1 1 64 kB 
This shared RAM page size may not be the total amount of shared RAM on the adapter; instead, this value indicates the 
amount of shared RAM for the Host to map into its memory. For example, an adapter with 64 kB of available shared RAM 
can be set for a 16 kB page size to allow shared RAM paging. If the RRR bit 11 is set to 0 and bit 10 is set to 1, this would 
indicate 16 kB of shared RAM in the Host’s memory map. 


Note: To use Shared RAM paging, Host software must use the SRPR (Shared RAM Paging Register) correctly. See the later SRPR description for details. 
Reserved. 


(FOR MicroChannel BUS MODE) Reserved. 

(FOR ISA BUS MODE) Shared RAM Host Base Address: 

For TROPIC adapters in ISA I/O Bus mode, bits 7 through 1 of the RRR register are used to set the shared RAM starting 
address. This location must be set before the Shared RAM can be accessed and must be set to a location in the memory 
map that does not cause a conflict. These register bits default to zero on power-up or after an adapter reset. If the register 
contains zero, the shared RAM is not mapped into the memory map. This register must be set to a correct address 
boundary as follows: 

¢ 8 kB shared RAM page should be on an 8 kB address boundary. 

¢ 16 kB shared RAM page should be ona 16 kB address boundary. 

¢ 32 kB shared RAM page should be on a 32 kB address boundary. 

© 64 kB shared RAM page should be on a 64 kB address boundary. 

For shared RAM paging, the address boundary can be on a 16 kB boundary since only 16 kB of PC address space is 
used. a 


Note: To select a valid address boundary, RAR Bit 1 (AB13) should always be set to 0. 


Reserved. 
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Write Region Base Register (WRBR)—READ ONLY 
Write Window Open Register (WWOR)—READ ONLY 


Write Window Close Register (WWCR)—READ ONLY 


The WRBR register indicates the base address of the primary Host write region in Shared RAM. The WWOR and WWCR 
registers together define the starting and ending addresses of a secondary Host write region. TROPIC uses all three registers to 
dynamically control the Host write access areas of Shared RAM, which are used to pass commands and data to TROPIC. 


WRBR (Read Only): 


x1E03 
15 14 13 12 11 10 


WWOR (Read Only): 


x1E05 
15 14 13 12 11 


LSB (Least Significant Byte) WWCR ‘ MSB (Most Significant Byte) WWCR 


These management register pairs specify an offset into shared RAM. The offsets are 16-bit values. The even register contains 
the most significant byte of this value. For example: 


WRBR(15~8) at x1E03 = 24 (LSB) 


WRBR(7-0) at x1E02 = 47 (MSB) 
WRBR full register value = 2447 
In this example, a 16-bit Read of the WRBR (at x1E02) returns 2447; however, the logical (useable) address value is 4724, 


IMPORTANT: To obtain a usable address, Host software must perform a byte-swap on 16-bit Reads from the WRBR, WWOR, 
and WWCR registers. 


As illustrated below, TROPIC can concurrently define two separate and independent computer write areas within the Shared 
RAM domain: the write region and the write window. The size of each of these areas can be individually defined in word (2-byte) 
increments from 2 bytes to the maximum size of the shared RAM domain. 


; 4— Highest Shared RAM Address 
write Read/Write 
Region 


Read-Only 


Window Read/Write 


Read-Only 
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The two areas differ only in how they are bound. The write region always extends from the highest address of the shared RAM 
domain down to a variable origin specified by the WRBR. The write window extends from a variable base defined by the WWOR 
pair to a variable limit defined by the WWCR pair. Also, the low-order bit in each odd register is zero since all write boundaries 
are word (2-byte) aligned. 

Any address in the shared RAM not given specific Host write access by the shared RAM management registers is given Host 
read-only access. A Host write to any of these read-only memory addresses or to any shared RAM management register MMIO 
address will not be completed and will activate the Host Access error interrupt condition (HISR bit 2). Since the origin of the write 
region (WRBR) and the write window (WWOR) must be greater than zero if either write area is to be defined, the first 2 bytes of 
the shared RAM domain are always read-only to the Host. 


The interface mechanism allows the Host read-only access to the entire shared RAM domain until TROPIC is initialized and Host 
write-access areas are defined by TROPIC. 


The WRBR contains either zero or the offset of the beginning of the write region. When this field is zero, no write region is 
available. The WWOR contains either zero or the offset of the beginning of the write window. This field contains zero until 
TROPIC is opened, and when it is zero, no write window is available. The WWCR contains either zero or the first offset after the 
last writeable offset. This field is reserved until TROPIC is opened, and when it is zero, no write window is available. 


Host Interrupt/Status Reglster (HISR) 


This read/write register contains interrupt and control bits to allow TROPIC to issue interrupts to Host software. For ISA and 
MicroChannel Hosts, this register.also indicates which PIO addresses (xOA20 to x0A23 or .x0A24 to x0A27) select the PIO 
addressable registers. , 
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x1E09 x1E08 
14 13 12 11 10 4 3 


[= [rene srani] ser [ane] sen] erro| — [owe] wre | — [owt Lent Pant [aux [ava 


Bit(s) Description 
15 Reserved. 


14 TROPIC Check (TCHK): TROPIC has encountered an unrecoverable error and is closed. The reason for the check may be 
" | read from the shared RAM using the address in the write window close management register pair in the attachment control 
area of the MMIO region. 


SRB Response (SRBR): TROPIC has recognized an SRB request and has set the return code in the SRB. A return code 
of: 

x00: Indicates successful completion of the SRB request. 

x01-xFD: Indicates unsuccessful completion of the SRB request. 

xFF: Indicates that the request has been accepted and is in process. A subsequent SSB response will be issued at the 


command completion. This interrupt bit is set for this return code only if the Host has set the “SRB Free Hegussk bit in the 
TISR. 


ASB Free (ASBF): TROPIC has read the response provided in the ASB, and the ASB is available for another response. 
This interrupt bit is set only if the Host has set the “ASB Free Request” bit in the TISR or if an error has been detected in 
the response. ; 


ARB Command (ARBC): The ARB contains a command for the Host to act on. 
SSB Response (SSBR): The SSB contains a response to a previous SRB command from the Host. 


' Bridge Frame Forward Complete (BRFC): TROPIC has completed transmitting a frame forwarded by the bridge Host 
software. 


Reserved. 


CHCK/IRQ Steering Control (CH/IR): This bit is used to control error interrupts. If 0, TROPIC will issue a CHCK. If 1, 
TROPIC will issue IRQ. CHCK is not supported in ISA and MicroChannel bus modes and, for those modes, this bit must be 
‘set to 1. 


Interrupt Enable (INTE): When this bit is on, interrupt requests will be presented to the Host. When this bit is off, all 
interrupts are masked off. The bit can be set by either TROPIC or the Host. 


Reserved. 


Timer Interrupt (TINT): When this bit is on, the TVR (7-0) has expired. 


Error Interrupt (EINT): TROPIC has had a machine check occur, the TROPIC deadman timer expire, or the TROPIC timer 
overrun. 


Access Interrupt (AINT): When this bit is on, it indicates that a shared RAM access violation or an illegal MMIO operation 

by the Host to an Attachment Control Area register pair has occurred. The following conditions will set this bit: 

¢ Any Host write to a write-protected location in the shared RAM domain 

e Any Host write to a shared RAM management (WRBR, WWCR, WWOR) register 

¢ Any Host write to HISR(7-0) 

@ Any Host write to a nonzero interrupt field of TISR(15-8) or HISR(15-8). Nonzero interrupt fields of TISR(15-8) and 
HISR(15-8) must be manipulated using OR and AND MMIO commands. 


ISA Bus Mode ONLY 
Interrupt Block Bit (IBLK): Set by TROPIC to prevent interrupts until interrupts are re-enabled. 


Primary/Alternate Address (PR/AL): This bit reflects the setting of the TROPIC primary/alternate setup information. If 
this bit is off, the primary adapter address is selected. If this bit is on, the alternate adapter address is selected. 
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TROPIC Interrupt/Status Register (TISR) 
This read/write register provides interrupts (for Shared. RAM management, errors, timeouts, and other events) and control 
values that allow Host software to issue interrupts to TROPIC (letting the Host and TROPIC communicate asynchronously). The 
Host software sets bits in TISR(14-8) to interrupt TROPIC. 
x1E0B X1E0A 
13 12 11 10 6 5° 4 3 2 1 


15 
[= [area [cena] ence [ser ssera| anor sere [wr] wr] reverent] — [ema] To 


Bit(s) ; Description 


15 Reserved. 


14 _ | Bridge Frame Forward Request (BRFR): The Host software.has placed a frame in the bridge transmit buffers and is 
requesting that the frame be forwarded. 


13 Command in SRB (CSRB): The Host software has placed a command in the SRB and is informing TROPIC. 


12 Response in ASB (RASB): The Host software has placed a response to an ARB request in the ASB and is informing 
TROPIC. 


11 SRB Free Request (SRBFR): The Host software wants to use the SRB, but a previous request is still being gait by 
TROPIC. TROPIC will return an “SRB free” interrupt when the SRB return code field has been set. 


10 ASB Free Request (ASBFR): The Host software wants to use the ASB, but a previous response is still being processed by 
TROPIC. TROPIC will return an ‘ASB free” interrupt when the ASB return code field has been set. 


9. ARB Free (ARBF): The command in the ARB has been read by the Host software and the ARB is available. If the 
command requires a response from the Host software (receive and transmit only), it will be provided in the ASB later. 


SSB Free (SSBF): The response in the SSB has been read by the Host software and the SSB is available. 
Internal Parity Error (IPE): If this bit was on, there was a parity error on TROPIC’s internal bus. 
Timer Interrupt—TROPIC (TINTT): At least one of the TCR(15-8) timers has an interrupt to present to TROPIC. 


Access Interrupt—TROPIC (AINTT): When this bit is on, it indicates that a shared RAM access violation or an illegal 
MMIO operation by TROPIC to an Attachment Control Area register has occurred. 


Deadman Timer Expired (DTEXP): The deadman timer hae expired, indicating an adapter microcode problem. This bit is 
one of the conditions that can set HISR bit 3. 


3 TROPIC Processor Check—TROPIC (TCHKT): This bit does not latch on but follows the state of the TROPIC processor 
machine check indication. This bit is one of the conditions that can set HISR bit 3. 


ata lN | ao 


bh 


2 Reserved. 
1 TROPIC Hardware Interrupt Mask (THIM): When this bit is on, it prevents adapter hardware interrupts (TISR bits 7 and 5) 
from being presented to the TROPIC processor. 


0 TROPIC Software Interrupt Mask (TSIM): When this biti is on, it prevents Host software ee (TISR bits 14- mu from 
being presented to.the TROPIC processor. ’ 
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Timer Control Register (TCR) 


This register controls both Host and ring timing. TCR(7-0) is used with the TVR register to control the Host programmable timer. 
TCR(15-8) controls the fixed-duration timers used by TROPIC’s microcode timing routines, and is reserved. 


x1E0D x1E0C 
13 12 11 10 


15 7 6 3 2 1 0 
Soe Sse ECC ees 


Bit(s) Description 
15-8 | Reserved (TROPIC MPU timer control). 


7 Host Programmable Timer Interrupt Mask (PTIM): This bit controls the timer interrupt operation. When this bit is on, the 
timer interrupts the Host when the programmable count expires. When the bit is off, the timer will not interrupt the Host, 
and the timer status must be obtained by polling either HISR bit 4 or TVR(7-0). The timer interrupt, like all Host interrupts, 
is also subject to the interrupt enable bit (HISR bit 6). 


Host Programmable Timer Reload Mode (PTRM): If this bit is on, the timer automatically reloads from TVR(15-8) when 
the countdown expires (reaches zero). When this bit is off, the timer must be reprogrammed or restarted after each 
countdown. Setting bit 6 while the count is counting reloads TVR(0-7) with the initial count in TVR(15-8). 


Host Programmable Timer Count Gate (PTCG): This bit enables/disables timer counting and also allows reloading of 
the initial countdown from TVR(15-8). Setting the bit to 1 enables the timer and starts counting. Resetting to 0 disables the 
timer and halts decrementing of the timer count. The countdown may be resumed by writing a 1 back to this bit, since the 
count contained in the timer is not changed when the gate bit is cleared. However, if a gate set is received when the gate 
bit is already on and timer count is 0, the countdown value reloads from TVR(15-8) and-a full countdown begins. 


Host Programmable Timer Overrun Status (PTOS): This bit is set when an overrun condition is detected with the Host 
timer interrupt. If the timer interrupt has not been reset before the end of the next timing period, the overrun bit is set at the 
end of that period. Once set, this status bit remains active until reset to zero by the Host. 


Host Programmable Timer Count Status (PTCS): This bit is Host Read-only and is set by TROPIC when the timer 
contains a nonzero countdown value (the timer is loaded but not necessarily counting). If this bit is 1, the nonzero timer 
counter value can be obtained by reading TVR(7-0). Otherwise, reads to the TVR(7-0) return zeroes. When the timer 
countdown is halted by clearing of TCR bit 5 and the count value is not zero, this bit will remain active (set to 1). 


Host Interlock (HLCK): This interlock allows TROPIC’s internal diagnostic routine to check the functional capability of the 
Host timing facility without interference from the Host. When set to 1, this bit prevents Host MMIO writes from updating the 
contents of the TVR register and the Host portion (except this bit) of TCR(7-0). This bit will be set only when TROPIC’s 
internal diagnostic procedures require exclusive use of the Host programmable timer. 


1-0 Reserved. 


Timer Value Register (TVR) 

This register contains the Host timer initial countdown value in TVR(15-8) and the current Host timer count in TVR(7-0) 
(referred to as “‘the timer’). Reading TVR(15-8) always returns the last value written to it (zero following initial power-on). Both 
TVR(15-8) and TVR(7-0) are cleared after power-on reset. For each byte, possible values range from 10 ms (x01) to 2.55 
seconds (xFF) in 10 ms increments. 

If the timer contains zeros, writing a byte to TVR(15-8) transfers that value to the timer. Counting is then subject to the state of 
the TCR(5) gate bit. A read of TVR(7-0) returns the actual contents of the Host timer counter at the time the read is received by 
TROPIC. Writes to TVR(7-0) are ignored. 

If the counter is loaded (nonzero), a write to the TVR(15-8) register will not cause the timer to be reloaded. The loading of the 
new TVR(15-8) value to the timer is governed by the state of the TCR gate and reload bits (TCR bits 5 and 6). 

The TCR(3) count status bit and the TCR(5) gate bit are used with TVR(7-0). When the timer is loaded (the TCR(3) count status 
bit is 1), the value returned from TVR(7-0) is the actual timer count at the time of the read. If the TCR(3) gate bit is 1, then the 
counter will be counting and the value returned will reflect the current instantaneous counting state. 


X1E0F X1E0E 
14 13 12 11 10 4 3 


Timer Initial Count (TINIT) Timer Current Count (TCUR) 


Bit(s) Description 


15-8 | Host Programmable Timer Initial Count (TINIT): See description above. 
7-0 Host Programmable Timer Current Count (TCUR): See description above. 
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Shared RAM Page Register (SRPR) 


Through the SRPR register, TROPIC allows the Host system to use memory paging schemes to dicate a smaller Shared RAM 
domain (in the Host memory space) than the actual physical Shared RAM size on the TROPIC adapter. For example, if the 
adapter needs 64k of Shared RAM, but the Host system can allocate only 16k, the 64k adapter RAM can be mapped to the 16k 
Host space as four separate 16k pages, any one of which is “visible” at a given moment. Note that TROPIC always has full 
access to the entire 64k space even if the Host is using a smaller page size. . 


The SRPR register is only valid in Host bus modes that support RAM paging. It is used before initialization to communicate to 
TROPIC’s microcode the total amount of RAM to use, and is also used after initialization to “page” the shared RAM into the 
Host’s memory map. 


Before TROPIC is initialized, the Host’s software must write the appropriate value to the SRPR to communicate to TROPIC’s 
microcode how much total shared RAM to use. If a value of x0000 is written to the SRPR, TROPIC uses only the amount of RAM 
indicated by the Shared RAM size bits in the RRR register (bits 10 and 11). If the RRR Shared RAM size bits are set to the page 
size indicated in the ID PROM under the RAM paging function, the Host software can write x00CO to the SRPR, (i.e., set bits 6 
and 7 to a 11”) and TROPIC’s microcode will use all 64 kB of Shared RAM. The Host software can then access the entire 
64 kB of shared RAM using RAM paging. 


If RAM paging is selected, the SRPR can be used to “page” the Host “window” into the full 64 KB of Shared RAM after TROPIC 
is initialized. See Section 4.0 for more details on Shared RAM layout and usage. 


Bit(s) . Description — 
15-8 | Reserved. 
7 Page Select Bit 1 (PS1): 
Before initialization, this bit and bit 6 indicate whether RAM Paging should be used, as follows: 
Value 
(PS1,PS0) Meaning 
00 Use RRR (10,11) as total RAM, no paging 
01 Reserved . 2 ae 
10 Reserved 
11 Use 64k as total RAM, use paging 
After initialization, this bit and bit 6 are used to select the desired memory page, as follows: 
Value 
(PS1,PSO0) Meaning 
00 Map Page 1 into Host Memory Map 
01 Map Page 2 into Host Memory Map 
10 _ Map Page 3 into Host Memory Map 


11 Map Page 4 into Host Memory Map 
Page Select Bit 0 (PSO): See PS1 above. 


Reserved. 
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PIO Registers (ISA and MicroChannel) There are four I/O addresses dedicated for PIO operations 
The PIO Registers provide access to certain MMIO Register to each possible adapter type (primary or alternate). Read 
data or controls that are unavailable to ISA and (IN) or write (OUT) operations to these addresses either 
MicroChannel Hosts via the MMIO Registers. This includes cause an action or transfer data. The same address has 
Configuration Register information, Soft Reset Control, and different definitions based on whether Read or Write access 
ROM/MMIO Address information. The PIO registers also is used, as described in the table below. 

provide Shared RAM Address information for MicroChannel Note: The MicroChannel POS Registers also appear in Host I/O space, but 
bus Hosts and Global Interrupt Enable registers for ISA bus are discussed separately in the next section. 


Hosts. 


PIO Registers (ISA) PIO Registers (MicroChannel) 


a 


Unused 
1—— Global interrupt Enable (IRQn) x0002F7 (WRITE) 


anes x0002F6 (WRITE) 
xoo2rs | fesovea | R05 __| xO002F3 (WRITE) 


x00A27 
x00A26 
x00A25 
x00A24 
x00A23 
x00A22 
x00A21 
x00A20 
XOOAIF 


x00A27 


Secondary x00A26 
Adapter x00A25 


x00A24 
x00A23 
Primary x00A22 
Adapter x00A21 
x00A20 


Secondary 
Adapter 


Primary 
Adapter 
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x002F8 : 


x002F5: ; Global x0002F2 (WRITE) 
‘ Unused : Interrupt 
x002F4! : Enable 


x002F3 
x002F2 


TL/F/11499-7 
For ISA Bus mode, an I/O Write (OUT) to x002Fn issues a 
global interrupt enable. This resets interrupt generating cir- 
cuits in a// adapters sharing the Host interrupt facilities. The 
specific IRQ level is defined by the value of ‘“‘n” 


n’, as follows: 


x0002F7 
x0002F6 
x0002F3 
x0002F2 


This command performs no function for MicroChannel Bus 
mode. 
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Setup Read 1 x00A20 (x00A24) READ ISA/MicroChannel 

Aread to this register returns all but the high-order bit of the 1 byte ROM/MMIO domain base address (in Host’s memory space) 
and 2 bits of interrupt level information. 

For MicroChanne! Host bus adapters, this information must have been set during the setup function of POST. The address 
specifies where, in a 512 kB portion of 1 MB of MicroChannet Host-addressable memory, TROPIC registers will be located. 


For ISA Host bus adapters, this information must be set (by jumpers, switches, etc.) when the adapter is installed, or using a 
proprietary software downloading scheme, to define where in the Host-addressable memory TROPIC registers will reside. 


x00A20 (x00A24) READ 
7 6 5 4 3 2 1 0 
RAB18 | RAB17 | RAB16 | RAB15 | RAB14 | RAB13 Encoded IRO 
Bit(s) Description 


7-2 ROM/MMIO Host Base Address: (Address Bits 18-13, respectively): Used to determine all but the high order bit of the 
ROM/MMIO starting address, usually as part of initialization handshaking (see Section 7.0), as follows: 
Setup Read 1 Bit Boundary ROM/MMIO Address Bit 


7 256 kB 18 
6 128 kB 17 
5 64 kB 16 
4 32 kB 15 
3 16 kB 14 
2 8 kB 13 


The ROM/MMIO domain is mapped to any contiguous 8 kB block within a 1 MB Host address space. If an optional BIOS 
module is installed on the adapter that executes at power-on time, the ROM/MIO domain must be limited to the 96 kB of 
BIOS space in the Host (xOC8000-ODFFFF). 
Note: For MicroChannel Host: See bit 0 of Setup Read 2 Register at x0A22 (x0A26) for the value of address bit 19 (512 kB). 

For ISA Host: Bit 19 is always equal to 1. 


1-0 | Encoded IRQ Level: Indicates interrupt level selected for adapter, as follows: 


Bit 1 BitO ISA Bus Mode MicroChannel Bus Mode 
0 0 IRQ2 IRQ2 
0 1 IRQ3 IRQ3 
1 0 IRQ6 iRQ10 
1 1 IRQ7 IRQ11 
TROPIC Reset Latch x00A21 (x00A25) WRITE 1SA/MicroChannel 


A Write to this register causes an unconditional TROPIC reset to be latched on. The entire TROPIC is held reset until a TROPIC 
Reset Release is received from the Host. The TROPIC reset state is similar to a power-on reset and is used to start TROPIC ina 
known state. While TROPIC is held reset, the Host cannot access either the Shared RAM or the MMIO region (except for the 
BIOS area). : 


TROPIC Reset Release x00A22 (x00A26) WRITE ISA/MicroChannel 


A Write to this register turns off a TROPIC reset condition previously latched on by a TROPIC Reset Latch from the Host. Before 
TROPIC can be fully reset, at least 50 ms must elapse between a TROPIC Reset Latch and TROPIC Reset Release instruction. 
If TROPIC is not latched in a reset condition, the command is ignored. 
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Setup Read 2 x00A22 (x00A26) READ MicroChannel ONLY 

For MicroChannel Hosts only, a read to this register returns a 1 byte value containing the Shared RAM address p/us the high- 
order bit of the ROM/MMIO domain base address. This information must have been set during the setup function of POST. The 
address specifies where, in a 1M space of MicroChannel Host-addressable memory, the Shared RAM on the adapter will be 
located. The ROM/MMIO address bit specifies which 512 kB portion of 1 MB MicroChannel Host-addressable memory the 
ROM/MMIO domain is in. 

Note: For !SA Hosts, the Shared RAM domain is set by Host software using the RAR register (see earlier discussion of MMIO Registers). 


x00A22 (x00A26) READ—MicroChannel ONLY 


7 6 5 4 3 2 1 0 


Bit(s) Description 


7-1 MicroChannel Hosts Only 
Shared RAM Host Base Address: (Address Bits 19-13, respectively): Used by MicroChannel Hosts to determine the 
Shared RAM starting address, usually as part of Initialization handshaking (see Section 7.0), as follows: 


Setup Read 2 Bit Boundary Shared RAM Address Bit 
7 512 kB 19 
6 256 kB 18 
5 128 kB 17 
4 64 kB 16 
3 32 kB . 15 
2 16 kB 14 
1 8kB 13 


MicroChannel Hosts Only : 
ROM/MMIO Host Base Address: Bit 19: Used by MicroChannel Hosts to determine bit 19 of the ROM/MMIO domain 
base address (see Setup Read 1 Register above for more information). 


Adapter Interrupt Enable x00A23 (x00A27) WRITE ISA ONLY 


A Write to this register Resets and re-enables only the TROPIC-based adapter’s interrupt generation circuitry. Since this leaves 
all other Host adapters disabled, the TROPIC adapter is able to monopolize the interrupt facilities. 


MicroChannel POS Registers (MicroChannel Only) 


During Setup only, TROPIC provides PlO-addressable POS registers for polling and initializing adapters in MicroChannel Hosts, 
in keeping with MicroChannel architecture, these registers let configuration information be written from the non-volatile POS 
memory on the MicroChannel motherboard to TROPIC during Setup. However, these registers are not available during TROPIC 
operations after Setup. (During normal operation, refer instead to the Setup Read1 and Setup Read 2 PIO Registers for adapter 
information.) The POS Register region of PIO space has the following structure: 


MicroChannel POS Register Locations (only available during Setup) 


x00107 
x00106 
x00105 
x00104 
x00103 
x00102 
x00101 
x00100 
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MicroChanne! Card ID Register Pair (Read Only) 


This read-only register pair provides the unique MicroChannel Card ID (as stored in the Adapter Identification PROM). Bits 15-4 
of the ID are always set at xE00, so the range of unique Card ID values are xE000 to xEOOF. 


x00101 — x00100 . 
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 
CARD ID High Byte Upper 4 Bits of CARD ID Lower 4 Bits of CARD ID 
(Hardwired to xE0) _Low Byte (Hardwired to x0) | Low Byte (Unique to Adapter) 
Bit(s) Description 


15-8 | Card ID High Byte: This is always “hardwired” to xE0. 
7-4 Card ID Low Byte (Most Significant 4 bits): This is always “hardwired” to x0. 
3-0 Card ID Low Byte (Least Significant 4 bits): These bits are card-specific. 


Card Enable Register 


This register contains the MicroChannel Card Enable bit and the Shared RAM Base Address (which is loaded from Configuration 
Register bits 15-9 during RESET). 


x00102 


7 6 5 4 3 2 1 0 

AB19 AB18 AB17 AB16 AB15 AB14 AB13 CENA 
(=0) 

Description 


Shared RAM Host Base Aadress: (Address Bits 19-13): Used to set the shared RAM page starting address during Setup. 
This location must be set before the Shared RAM can be accessed and must be set to a location in the memory map that 
does not cause a conflict. These register bits default to the same setting as Configuration Register Bits 15-9 on power-up or 
after an adapter reset. If the register contains this value, the shared RAM page is not mapped into the memory map. This 
register must be set to a correct address boundary as follows: 

¢ 8 kB shared RAM page should be on an 8 kB address boundary. 

¢ 16 kB shared RAM page should be on a 16 kB address boundary. 

¢ 32 kB shared RAM page should be on a 32 kB address boundary. 

© 64 kB shared RAM page should be on a 64 kB address boundary. 
For RAM paging, the address boundary can be on a 16 kB boundary since only 16 kB of PC address space is used. 
Note: To select a valid address boundary, RAR Bit 1 (AB13) should always be set to 0. 


Card Enable Bit (CENA): This bit, when set to 1, enables all MMIO and PIO operations along with the card Data Bus and 
return signal drivers. If set to 0, the card is disabled. 


Bit(s) 
7 
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Configuration Register Pair 
This register pair provides an alternative to hardware jumpers at Setup. 
x00104 x00103 
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15: 14 13 12 11 1 9 8 7 6 3 2 1 0 
AMA19} RMA18] RMA17] RMA16| RMA15] RMA14| RMA13| Encoded IRQ RAM Size RATE | PR/AL 
. Level 
Bit(s) Description 


15-9 | ROM/MMIO Host Base Address: (Address Bits 19~13): Used to set the ROM/MMIO starting address during Setup. This location must be set 
before the ROM/MMIO can be accessed and must be set to a location in the memory map that does not cause a conflict. The ROM/MMIO 
domain is mapped to any contiguous 8 kB block within a 1 MB Host address space. 


Encoded IRQ Level: Selects interrupt level! for adapter, as follows: 
Bit 8 Bit 7 Selected IRQ 
0 IRQ2 
i) ' 1IRQ3 
1 IRQ10 
1 IRQ11 


Reserved. 


Shared RAM Page Size: Bits 3 and 2 select the shared RAM page (window) size, i.e., the amount of the Host’s memory space that is allocated 
to shared RAM. These bits are coded as follows: 
Bit3 - Bit2 Page Size 

0 0 8kB 

0 1 16 kB 

1 10] 32 kB 

1 1 64 kB 
This shared RAM page size may not be the total amount of shared RAM on the adapter. For example, an adapter with 64 kB of available shared 
RAM can be set for a 16 kB page size to allow shared RAM paging. If bit 3 is set to 1 and bit 2 is set to 0, this would indicate 16 kB of shared 
RAM in the Host’s memory map. 


“TROPIC Data Rate: 0 = 4 Mbps, 1 = 16 Mbps 


Primary/Alternate Adapter Selection Bit: 0 = Primary, 1 = Alternate 


Status/Check Register 
This register contains the MicroChannel Status and I/O Channel Check indicator bits. 


x00105 
7 6 5 4 3 2 1 0 
cok | osrar[ — | — | —- | - | —- | —- | 
Bit(s) ; Description 
7 Channel Check: Reflects the true value of —CHCK, TROPIC’s I/O Channel Check Signal (0 = Active, 1 = Inactive). 


6 Channel Check Status: Only valid if Channel Check is active (0 = Present, 1 = Not Present). 
5-0 Reserved. 


Channel Check Status Registers (Read Only) 
This read-only register pair holds the MicroChanne! Channel Check Status bits. It should be considered a reserved area. 
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4.0 SHARED RAM LAYOUT AND USAGE 


Communication and control between the TROPIC adapter - . 


and the Host is by means of contro! blocks and buffers in 
the shared RAM and interrupts initiated in registers in the 
MMIO region. 


Shared RAM Control Blocks 


One use of Shared RAM is to provide buffers for passing 
Token-Ring data between TROPIC and the Host. A second, 
equally important use of the Shared RAM is to allow the 
passing of specialized data between TROPIC and the Host 
software in Contro/ Blocks. Control Blocks are used to pass 
Commands (i.e., requests), and the status of requests be- 
tween TROPIC and the Host software. 

The Control Blocks are used in conjunction with interrupts 


to provide event-driven, asynchronous operation of 
TROPIC, as described later. 

Control Block Commands include high level requests from 
the Host software to TROPIC for MAC (Media Access Con- 
trol) and LLC (Logical Link Control) services, which are pro- 
vided within TROPIC by its MPU and Protocol Handler. The 
Host software is therefore relieved from having to manage 
MAC, or LLC services, greatly reducing Host program size 
and complexity. 


There are four Control Blocks, described next. 


System Request Block (SRB) 


The SRB is used to pass a command from the Host to the 
adapter. When the SRB is “filled in’, the return code field 


_must be set to xFE by the Host. If the command is complet- 


ed upon receipt by the adapter, either successfully or with 
an error, the return code for the command is passed back to 
the Host in the SRB with an interrupt raised. If further pro- 


The SSB location is returned by the adapter.in the SRB 
upon completion of a DIR.OPEN.ADAPTER command. 
Adapter Request Block (ARB) 


The ARB is used by the adapter to pass information or issue 
a command to the Host. 


If information is passed with the ARB, no response is @x- 


‘pected other than an indication that the information has 


been read and the ARB is available for reuse by TROPIC. 


- If a command is passed with the ARB, a response is expect- 


ed from the Host in the adapter status block (ASB) when the 
command is complete. 


_The ARB location is returned by the adapter in the SRB 


upon completion of a DIRLOPEN.ADAPTER command. 


The Adapter Status Block (ASB) 


The ASB is used by the Host to respond to a command 
received from the adapter in the ARB. The response can 
indicate either that the command has been successfully 
completed or that an error has occurred. 

The location of the ASB is returned by the adapter in the 
SRB upon completion of a DIR-OPEN.ADAPTER command. 
The return code field of the ASB is initialized to xFF by the 
adapter when the DIR.OPEN.ADAPTER command is com- 
pleted. 


Shared RAM Buffers 


Shared RAM includes two types of buffers for passing To- 
ken-Ring data between TROPIC and the Host: 


- ©@ Transmit Buffers (also called Data Holding Buffers, or 


cessing is required by the adapter, a return code of xFF and. - 
a command correlator (which identifies a particular com- . 


mand in process) is placed in the SRB, but no interrupt to 
the Host will result unless the SRB free request is set. The 
adapter will later update the system status block (SSB) with 
status related to that command and interrupt the Host. 

The SRB can be initially located by using the address in the 
write region base register (WRBR) in the attachment control 
area of the MMIO domain. When the adapter is opened, the 
future SRB location is indicated the SRB response toa 


mands change the SRB location: 
DIR.CLOSE.ADAPTER, 
DIR.CONFIG.BRIDGE.RAM, 
DIR.CONFIG.FAST.PATH.RAM, 
and DIR.OPEN.ADAPTER. 


The SRB address is also changed if the adapter closes au- 
tomatically due to an error condition. 

Initially, the SRB is large enough to contain the 60 bytes 
(x3C) needed to issue a DIR.OPEN.ADAPTER command 
but is thereafter only 28 bytes (x1C) long. The SRB location 
after a DIR.OPEN.ADAPTER command is issued is returned 
in the SRB upon completion of the DIR.OPEN.ADAPTER 
command. 


System Status Block (SSB) 
The SSB passes the results of an SRB command to the 


DHBs) 
e Receive Buffers 


Transmit Buffers (DHBs) 

TROPIC assembles and transmits frame data from the 
Transmit Buffers (based on transmit commands issued 
through the SRB [System eens Block] by the Host soft- 


ware). 


’ “DIR.CONFIG.FAST.PATH.RAM” 


Host when the SRB has been returned initially with an in- ~ 


process return code xFF. If multiple commands of the same 
type are pending, the station ID and command correlator 
provided in the SRB with the xFF return code can be used 
to identify the commands being completed. 
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The number and size of the Transmit Buffers is determined 
when TROPIC is issued an Open Adapter command or a 
DIR.CONFIG.FAST.PATH.RAM command (as described lat- 
er). 


Fast Path Interface 


The Fast Path interface provides a pool of Transmit Butfers 
that Host software can fill asynchronously to the TROPIC 
MPU’s processing. Host software moves Transmit com- 
mands and related data together to these buffers and then 
signals TROPIC that the pools have been updated. TROPIC 
then processes frames according to each data block’s as- 
sociated command. 


The Fast Path transmit interface is activated by issuing a 
SRB command to 
TROPIC. TROPIC subsequently processes transmit com- 
mands based on Fast Path interface procedures. See Sec- 
tion 6.0 for further details. 


Receive Buffers 


TROPIC takes frame data from the Token-Ring and writes it 
into Receive Buffers in Shared RAM. It then places a Re- 
ceive command in the ARB and issues an interrupt to the 
Host software. Among other things, the Receive command 
information will include the starting address of the Receive 
buffer. 


The total size of the Receive Buffers is determined indirectly 
when TROPIC is issued an Open Adapter command (de- 
scribed later); all Shared RAM that is not needed for work 
areas, control blocks, communication areas, and Transmit 
Buffers is configured as Receive Buffers. Multiple Receive 
Buffers may be chained together to hold a complete frame, 
in which case each buffer will contain a pointer to the next 
buffer in the chain (and the Receive command will indicate 
the starting address of the first Receive Buffer). 

TROPIC assigns locations in shared RAM when the adapter 
is initialized and opened. From TROPIC’s perspective, these 
consist of three main areas, as follows: 


Start of Shared RAM (as seen from TROPIC) 
Host Read-Only Address Space 
Length: 1496 bytes. 


Length: 20 bytes 
Length: 28 bytes 

Length: space remaining after 
all SAPs/stations are defined 
Length: as defined by maximum 
number of SAPs/stations 


Adapter Private 
Variables and 
Work Areas 


System Status Block 
(SSB) 


Adapter Request Block 
(ARB) 


Receive Buffers 


SAP and Link Station 
Control Blocks 


Host Read/Write Address Space 


Data Holding Buffer 
(DHB) 


Length: as specified at open 
adapter time. There may be 
one ormore DHBs._ - 


System Request Block 
(SRB) 


Adapter Status Block 


Length: 12 bytes 
(ASB) a. 


Reserved Area on 64 kB Shared RAM Adapters 
Length: 512 bytes 


End of Shared RAM (as seen from TROPIC) 
Note: On 64 kB adapters, the 512 bytes at the end are reserved. 


If the bridge function is used, shared RAM is formatted with 
an additional area. See the Bridge Operation discussion lat- 
er in this document for shared RAM layout and a description 
of the bridge functions available. 


Shared RAM Paging 


Shared RAM paging is a technique that allows the Host soft- 
ware to access all the RAM on the adapter, without having 
to map the entire shared RAM into the Host’s memory map. 
The shared RAM on the adapter is paged into the Host’s 
memory map one area at a time. 


Shared RAM paging is only available on adapters that indi- 
cate that function within their ID PROM and only when they 
have the indicated amount of shared RAM mapped into the 
Host memory map. Shared RAM paging is controlled by the 
Host software using the Shared RAM Page Register 
(SRPR). 


Length: 28 bytes 
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The Host software must follow these steps in order to use 
RAM paging: 

. Determine if the adapter has the appropriate amount of 
shared RAM mapped into the Host’s memory map using 
information in the ID PROM and the RRR register shared 
RAM size bits (bits 11 and 10). 

. Using PIO, reset the adapter. 


. Set the SRPR bits to the desired value (xCO for paging) 
before initializing TROPIC. 

. Initialize TROPIC (as described in the next section) to 
indicate to the TROPIC microcode the desired amount of 
total shared RAM to use. 

- The adapter's microcode uses the total shared RAM to 
determine where buffers, control blocks, and other pieces 
of information are placed in the adapter’s shared RAM. 
Notice, however, that Receive and Fast Path RAM buff- 
ers will not cross page boundaries. 

5. Use the SRPR to page to the desired section of shared 

RAM as required for operation. 

Once the adapter has been initialized for RAM paging, the 
SRPR Page Select Bits (7 and 6) should be used to page 
the Host’s mapped memory into the appropriate area of 
shared RAM. The figures below illustrate how the SRPR 
setting affects mapping of 64k of physical Shared RAM into 
a 16k Host memory paging window (which, in this example, 
is located at Host memory address xD8000). 


Examples of Shared RAM Paging 
Using SRPR (After Initialization) 


RAM on Adapter 
SRPR (7,6) = '00' 


Page seen 
by Host 


RAM on Adapter 


SRPR (7,6) = '10' 


xDBFFF 


xD8000 
Page seen ; 


by Host 
TL/F/11499-9 


Uninitialized Shared RAM . 

All adapters that offer 64 kB of shared RAM and indicate in 
their AIP a “Total available shared RAM = B” need a por- 
tion of the shared RAM initialized to all zeros. The area of 
uninitialized shared RAM is from address xFE00O to xFFFF. 
These 512 bytes must be written to all zeros after initializa- 
tion to set RAM parity bits. 
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5.0 SOFTWARE OPERATION OF TROPIC 4. If Shared RAM is to be paged, request paging by writing 


As mentioned earlier, once TROPIC initialization is com- xC0 to SRPR (Shared RAM Page Register). 

plete, the Host software communicates with and controls 5. Set the Enable Interrupt bit of the HISR register (Host 
TROPIC through three methods: Shared RAM, interrupts, Interrupt/Status Register). 

and registers. This section describes procedures for using 6. Wait for 1 to 3 seconds until TROPIC sets the “SRB Re-— 
those methods to operate TROPIC. sponse” bit of the HISR register (indicating initialization 
The adapter must be enabled and initialized before any _ and TROPIC’s Adapter Diagnostics Program. are com- 
commands can be processed. Initializing the adapter is per- plete). : , 
formed using PIO and MMIO operations. Subsequent com- . Read the WRBR (Write Region Base Register). Use the 
mands are performed using read and write memory instruc- offset in the WRBR and the Shared RAM Segment Ad- 
tions. dress to calculate the initial SRB location where TROPIC 
Initialization Handshaking has posted the results of the initialization (including any 


Before beginning an operating session with TROPIC, the tagnostics fallure-messages):: " 


Host software must first perform an initialization to ensure a - Read and evaluate the results in the SRB (described be- 
known starting point. The typical method is as follows: low) and store important parameters. If diagnostics code 


1. Invoke a Reset condition on TROPIC (using an Adapter tndlicates ” suceessiul: complotion;: proceed wilh (opera: 


Reset PIO Register access for MicroChannel and ISA). oiled 


2. Delay for at least 50 . lf Fast Path Transmission will be used, fill out the SRB - 
Sega near cer gecllag with CONFIG.FAST.PATH.RAM command, information 


3. Invoke a Reset Release (using a Reset Release PIO Reg- and interrupt TROPIC. Read the response in the SRB to 
ister access for MicroChannel and ISA). get the new SRB address. 


Initialization SRB Response 
In response to a Reset as described above, the SRB will contain the following: __ 


= Length | sian 


COMMAND. . 1 x80, Initialization Complete 
INIT_STATUS Initialization Status 
BRING__UP__CODE 


. ENCODED__ADDRESS 


- LEVEL_ADDRESS 
ADAPTER_ADDRESS 
PARMS_ADDRESS 


MAC__ADDRESS 


Reserved 
The Bring-Up Diagnostics Result Code 


Shared RAM Address Offset of the Adapter’s Encoded 
Address 


Shared RAM Offset to the Adapter Microcode Level - 
Shared RAM Address Offset of the Adapter Addresses 
Shared RAM Address Offset of the Adapter Parameters 
Shared RAM Address Offset of the Adapter MAC Buffer 


ao 
N < 
@ 


INIT_STATUS 
‘The bits of this INIT_STATUS byte have the following meanings. 


Bits 7-6 : 
Bit 5 | FastPath | If on, indicates Fast Path Transmit is supported. 
Bits 4-2 


Bit 1 Remote Program If on, indicates open option bit 13 (Remote Program Load) is supported by this adapter (see 
Load Option DIR.OPEN.ADAPTER) z 


Bit 0 Adapter Data Rate | If bit 0 is 0, the adapter data rate is 4 Mbps, andif itis 1, the data rate is 16 Mbps. 


_ The INIT_STATUS byte is only valid if the bring-up code is zero. 
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BRING_UP_CODE 
One of the following codes will be provided to indicate the results of the bring-up tests. 


Code Meaning 

0000 Good Return Code 

0020 Diagnostics could not be Executed 

0022 ROM (ROS) Diagnostics Failed 

0024 Shared RAM Diagnostics Failed 

0026 Processor Instruction Test Failed 

0028 Processor Interrupt Test Failed 

002A Shared RAM Interface Register Diagnostics Failed 

002C Protocol-Handler Diagnostics Failed 
ADAPTER_ADDRESS 


This parameter provides the shared RAM offset to the following information. The NODE_ADDRESS is accessible as long as 
the adapter is initialized or open. The GROUP__ADDRESS and FUNCTIONAL_ADDR are invalid until the adapter is open. 


Adapter Functional Address 


PARMS__ADDRESS 


This parameter provides the shared RAM offset to the following information. This information is accessible as long as the 
adapter is initialized or open. 


Byte 


Length Description 


Offset Parameter Name 


0 Adapter Physical Address 

4 | UP_NODE_ADDR ={| = 6s Next Active Upstream Node Address 

10 Next Active Upstream Physical Address 

22 Transmit Access Priority 

24 Source Class Authorization 

26 Last Attention Code 

28 | SOURCE_ADDR | 6 | Last Source Address 
[BEACON TvPE | eC 


34 BEACON__TYPE 

36 MAJOR_VECTOR 
38 NETW__STATUS 

40 SOFT_.ERROR 

42 FE_.ERROR 

44 LOCAL_RING 
MON__ERROR 
BEACON__TRANSMIT 
BEACON__RECEIVE 
FRAME__CORREL 
BEACON__NAUN 


Last Beacon Type 

Last Major Vector 
Network Status 

Soft Error Timer Value 
Front End Error Counter 
Ring Number 

Monitor Error Code 


Beacon Transmit Type 
Beacon Receive Type 
Frame Correlator Save 
Beaconing Station NAUN 
Reserved 


BEACON__PHYS Beaconing Station Physical Address 
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Host-to-TROPIC Command Handshaking 


Commands that Host software can issue to TROPIC using 
the SRB are summarized later in this section. The general 
procedure for issuing a command to TROPIC is: 


1. Host software writes the appropriate Command code and 
related parameters into the SRB. 


2. Host software sets the TISR register’s ‘Command in 
SRB” bit to issue an interrupt to TROPIC. 


. TROPIC checks the validity of the SRB contents and 
either: 


— completely processes the command, sets a return 
code other than xFF in the SRB, and issues an inter- 
rupt to the Host software (by setting the HISR regis- 
ter’s “Response in SRB” bit). 

— performs initial processing only, sets the return code 
to xFF in the SRB, and provides a ‘‘command correla- 
tor.” TROPIC issues an interrupt to the Host software 
(by setting the HISR register’s ‘Response in SRB” bit) 
only if an SRB Free Request Interrupt is issued by the 
Host software (by setting the TISR register’s “SRB 
Free Request” bit). 


4. Depending on the command, TROPIC may request more 
data using the ARB (Adapter Request Block) and DHB 
(i.e., the Transmit Buffer). The Host software uses the 
ASB (Adapter Status Block) to indicate that the requested 
data has been moved to the appropriate Shared RAM 
location. After reading the ARB, the Host software inter- 
rupts TROPIC by setting the TISR “ARB Free” bit. 


. When processing is completed for a command in process 
(i.e., return code is xFF in Step 3), TROPIC puts the final 
return code in the SSB (System Status Block) and inter- 
rupts the Host software by setting HISR “SSB Re- 
sponse” bit). 

6. After the Host software reads the return code from the 

SSB, it interrupts TROPIC by setting the TISR “SSB 

Free” bit. 


TROPIC-to-Host Command Handshaking 


The commands which can be issued from TROPIC to the 
Host software using the ARB are summarized in a table 
later in this section. The general procedure for issuing a 
command to the Host software is as follows: 


1. TROPIC writes the appropriate Command code and relat- 
ed parameters into the ARB. 


2. TROPIC sets the HISR register’s “ARB Command” bit to 
issue an interrupt to the Host software. 


. The Host software reads the ARB contents and issues an 
interrupt to TROPIC by setting the TISR register’s “ARB 
Free” bit (to acknowledge command receipt and to indi- 
cate that TROPIC can re-use the ARB). 


4. lf a response is required based on the command, the 
Host software writes the response information into the 
ASB (Adapter Status Block) and issues an interrupt to 
TROPIC by setting the TISR register’s “Response in 
ASB” bit. - 


5. After TROPIC reads the ASB response, it either: 


— sets a return code of xFF in the SRB, and issues an 
interrupt to the Host software by setting the HISR reg- 
ister’s “ASB Free” bit only if the “ASB Free Request” 
interrupt bit is set. 


je) 


a 


jee) 
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— sets an error return code indicating that an error has 
been detected, and issues an interrupt to the Host 
software hy setting the HISR register’s “ASB Free” bit, 
regardless of the status of the “ASB Free Request” 
interrupt bit. 


6.0 SRB (HOST-TO-TROPIC) COMMANDS 


There are three general categories of Host-to-TROPIC com- 
mands: 


¢ Direct 

¢ DLC (IEEE 802.2 SAP and station interfaces) 

e Data transmission. 

These commands have certain qualities in common: 


e The command request is made by loading information in 
the SRB and setting TISR(13). 


e The adapter checks the validity of the SRB contents and 
either: 


— completely processes the command, sets a return 
code other than xFF, and interrupts the Host by setting 
HISR (13) 


— performs initial processing only, sets the return code to 
xFF, and provides a command correlator. HISR(13) will 
be set only if an SRB Free Request Interrupt is initiated 
by the Host setting TISR(11). 


¢ Depending on the command the adapter may request fur- 
ther data using the ARB and DHB. The Host will use the 
ASB to indicate that the requested data has been moved. 


e When processing for a request that is in process (return 
code = xFF) is complete, the adapter will put the final 
return code in the SSB and interrupt the Host by setting 
HISR(10). 

e After the Host has read the return code from the SSB, it 
interrupts the adapter by setting TISR(8). 


SRB Conventions for Address 
and Two-Byte Integer Values 


In the following command descriptions, whenever a Shared 
RAM address or a two-byte Integer value is specified, a 
byte-swap may be required to use the value. The even ad- 
dressed byte is the most significant byte (MSB) and the odd 
addressed byte is the least significant byte (LSB). This byte 
ordering is the reverse of normal 8086 memory word access 
byte ordering. 
For example, the TROPIC response to a 
DIR.OPEN.ADAPTER Host command contains a field that 
specifies the Shared RAM offset of the new SRB location. 
The byte at the current SRB offset 10 contains the most 
significant byte of the new SRB location and the byte at the 
current SRB offset 11 contains the least significant byte of 
the new SRB location. Consider: 

If Current SRB Offset 10 = x0E8 

and Current SRB Offset 11 = x024 

then Shared RAM Offset to New SRB = xE824 

(not x24E8) 

If 16k Pages are being used to map into the adapter’s 64k 
memory, then the correct Memory.Page must be selected, 
and the new SRB address offset must be adjusted for the 
correct offset into that Page. In this example (xE824 offset 
into the 64k adapter RAM), the Shared RAM Page Register 


(SRPR) must be loaded with the value xCO to select the Direct Interface Commands 
Memory Page for addresses xC000 through xFFFF These commands affect TROPIC as a whole, rather than 
(Page 4). The offset into this Page is then: specific SAPs (Service Access Points) or link stations, and 
xE824 — xCO000 = x2824_ do not involve LLC processing. 
For this example, then, to request a DIR.READ.LOG SRB The adapter must have been successfully initialized before 
(Command code = x08) under DOS using the instruction: any of these commands can be performed. After initializa- 
mov _ es:[di].command,at tion, or a: successful DIR.CLOSE.ADAPTER command, the 
the registers must be set up as follows: only acceptable commands are: 
ES= Shared RAM address segment value = xD800 DIR.OPEN.ADAPTER, DIR.CLOSE.ADAPTER, 
DI= Offset into Page to new SRB = x2824 DIR.INTERRUPT, DIR.CONFIG.FAST.PATH.RAM, and 


AL= Command to be stored in SRB = x08 DIR.CONFIG.BRIDGE RAM. 
After successful completion of a DIR.OPEN.ADAPTER, any 
of the other direct interface commands can be issued. 
All. direct interface commands will be returned with 
HISR(13) set and return information located in the SRB. Re- 
turn code xFF (in process) is never set for these commands. 
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Command Name Code (Hex) Description 


DIR.CLOSE.ADAPTER [ee | Closes the adapter, terminating all Ring communications (or Open Wrap test, if in 
process) 


DIR.CONFIG.FAST.PATH.RAM Tells adapter to use Fast Path interface techniques and sets values for the 
amount of shared RAM to allocate for the transmit interface and the size of the 
Fast Path buffers to be used; this command can only be issued when the adapter 


is ina Closed state 


DIR.INTERRUPT 
DIR.MODIFY.OPEN.PARMS 
DIR.OPEN.ADAPTER 


Forces a TROPIC interrupt; has no effect on Ring communications 
Modifies adapter options previously set by DIR.OPEN.ADAPTER 


Opens adapter with specified options, preparing adapter for normal ring 
operations (in automatic receive mode) or adapter wrap test 


04 

12 
DIR.READ.LOG | on Reads and resets adapter error counters 
DIR.RESTORE.OPEN.PARMS | 02 _| Modifies adapter options set by DIR.OPEN.ADAPTER 
DIR.SET.FUNCT.ADDRESS Sets the functional address for the adapter to receive Ring messages 


DIR.SET.GROUP.ADDRESS Sets the Group address for the adapter to receive Ring messages 


A description of the SRB content for each of the commands follows. The command is explained and the fields provided by the 
Host and those returned by the adapter are shown. 


See the Bridge Functions discussion later in this document for the direct interface commands used for bridge functions. 


DIR.CLOSE.ADAPTER x04 
SUMMARY: Close the adapter and terminate all ring communication or the “open wrap test”. 


This command is accepted anytime after the adapter has been initialized. Commands that have been accepted by the adapter 
and not completed remain incomplete and are not returned to the Host. The adapter is removed from the ring, if it was active, 
and the write region base register (WRBR) is reset to the value set before the DIROPEN.ADAPTER command was issued. 


Offset Parameter Name . Description 


COMMAND x04, DIR.CLOSE.ADAPTER 
RETCODE Set by the adapter upon return 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 
Valid Return Codes : 
x00 Operation completed successfully 

x01 Invalid command code. 
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DIR.CONFIG.FAST.PATH.RAM x12 

SUMMARY: Used to activate Fast Path interface option and configure Fast Path RAM and buffers. 

The Configure Fast Path RAM SRB command is used to select TROPIC’s Fast Path interface option. Parameters of the 
command select the amount of RAM to be reserved for the transmit interface and the size of buffers to configure. This command 
can only be issued when the adapter is closed because it controls the configuration of the adapter’s RAM during the open 
process. When the Host software issues a subsequent Open command to the adapter, the area reserved will be formatted into a 
Fast Path Transmit Control Area and a set of buffers to be used for transmissions (for more details, see the Transmit Command 
discussions later in this section). 


During processing of the DIR.OPEN.ADAPTER command the adapter will configure the Fast Path RAM area into a 16 byte 
control area and a set of link-listed buffers. The buffer pool will be checked to verify that there is enough data area to hold at 
least one maximum size frame. This check is performed according to the formula: , 


DHB__SIZE — 6 < (# of Fast Path Buffers — 1) * (Fast Path Buffer Size — 22) 
If this is False the open command will be terminated with an error. 


Offset Parameter Name Byte Description 
Length 


COMMAND 1 x12, DIR.CONFIG.FAST.PATH.RAM 


pt Reserve 
RETCODE ae aa Set by the Adapter Upon Return 


RAM_SIZE 
0 BUFFER__SIZE 


RAM__SIZE 


This parameter specifies to TROPIC the number of eight-byte blocks of shared RAM to be allocated for the Fast Path interface. 
This RAM will be used for the Fast Path Transmit Control Area and the Fast Path Buffer Pool (described in detail later). The 
Transmit Control Area is sixteen bytes and the buffers are configured to the size in the BUFFER_SIZE parameter. 


BUFFER_SIZE 


This parameter specifies to TROPIC the size to configure each Fast Path Transmit Buffer. When configured, buffers will not 
cross the 16k (Page) boundaries in the Shared RAM. Each buffer has a 22-byte header for command passing and buffer 
management. The rest of the buffer is used for data. This parameter must be a multiple of 8 bytes, with a maximum value of 
2048 bytes. The recommended buffer size is 512 bytes. 


SRB Response 


After the adapter processes this command, it sets bytes 8 through 11 in the SRB with return parameters and sets a return code 
in the RETCODE field. The adapter then interrupts the Host by setting HISR(13). The SRB content will then be as follows. 


Reserved 
RAM Size to Allocate 
Size of Transmit Buffers 


a> {oO} oOini-A|o 


0 x12, DIR.CONFIG.FAST.PATH.RAM 
2 | ReTcovuE =i (atest Return Code, see Below 

8 | FAST_PATH_xmiT. [ks Offset to Transmit Control Area 

10 | sRB_ADDRESS =| ks Offset to the Beginning of the SRB 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid (unrecognized) command code 
x03 Adapter open, should be closed 

x06 Option(s) missing, invalid, or incomplete 
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FAST_.PATH_XMIT 

This is the offset from the start of Shared RAM where the Fast Path Transmit Control Area will be located. This parameter is only 
valid if the return code is x00. 

SRB__ADDRESS 


This is the offset from the start of Shared RAM where the adapter will expect subsequent SRB commands to be located. This 
parameter is only valid if the return code is x00. 


DIR.INTERRUPT x00 
SUMMARY: Force an adapter interrupt. 


This command performs no function. The adapter must have been initialized but does not have to be opened for this command 
to be accepted. 


Offset Parameter Name Byte Description 
Length 


COMMAND 


x00, DIR. INTERRUPT 


RETCODE i sat =| Set by the Adapter Upon Return 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 
x00 Operation completed successfully 
x01 Invalid command code 


DIR.MODIFY.OPEN.PARMS x01 
SUMMARY: Used to modify the OPEN__OPTIONS set by the DIR.OPEN.ADAPTER command. 
The wrap option, remote program load, and token release bits will be ignored. 


Offset Parameter Name Byte Description 
Length 


COMMAND 1 x01, DIR.MODIFY.OPEN.PARMS 


Reserved 


Set by the Adapter Upon Return 


Reserved 


4 OPEN__OPTIONS New Options (Wrap Bit Left Unaltered in Adapter) 


See the DIR.OPEN.ADAPTER command for a description of the OPEN_OPTIONS parameter. 
When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 
x01 Invalid command code 

x04 Adapter closed, should be open 
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DIR.OPEN.ADAPTER = x63 
SUMMARY: Prepare the adapter for either normal ring communication or an adapter wrap test. 


This command is accepted after successful initialization of the adapter. Once an open adapter command has been completed 
successfully, the adapter must be closed or reset before another open adapter command will be accepted. After this command 
has been returned with a x00 return code, the adapter is in automatic receive mode and frames can be transmitted and received 
using the direct interface. DLC interface commands can also be issued. 


The information provided along with this command is used to configure shared RAM (see Section 4.0). Space is allocated for: 
© The adapter work areas 

¢ The communication areas 

© The requested individual and group SAP control blocks 

¢ The requested link station control blocks 

® The requested number of DHBs 


The remaining shared RAM space is configured as receive buffers using the supplied receive buffer length parameter. The 
adapter then checks that the number of available receive buffers is equal to or greater than the number requested. If the number 
of receive buffers is inadequate, the open adapter command is rejected. . 


Length of SRB 


The SRB in shared RAM is defined as 28 bytes in length and all Host commands to the adapter except the — 
DIR.OPEN.ADAPTER require 28 or fewer bytes. The SRB after initialization and before an open command has been completed 
can accept enough information for the open parameters. 


Byte 


Offset Parameter Name Length 


Description 


COMMAND x03, DIR.OPEN.ADAPTER 
Reserved 
OPEN__OPTIONS 
NODE_ADDRESS 
GROUP_ADDRESS 
FUNCT_ADDRESS . 
NUM_RCV__BUF 
RCV__BUF_LEN 
DHB__LENGTH 


NUM__DHB 


Open Options, see Description 
This Adapter’s Ring Address 
The Group Address to Set 

The Functional Address to Set 
Number of Receive Buffers 
Length of Receive Buffers 
Length of Transmit Buffers 
Number of DHBs 


Reserved 


DLC_.MAX_SAP 
DLC_MAX_STA 
DLC_MAX__GSAP 
DLC_.MAX_GMEM 
DLC_T1_TiCK_1 
DLC_T2_TICK_1 
DLC_TI_TICK_1 
DLC_T1_.TICK_2 
DLC__T2_TICK_2 
DLC_Ti_TICK_2 
PRODUCT_ID 


Maximum Number of SAPs 
Maximum Number of Link Stations 
Maximum Number of Group SAPs 
Maximum Members per Group SAP 
DLC Timer T1 Interval, Group One 
DLC Timer T2 Interval, Group One 
DLC Timer Ti Interval, Group One 
DLC Timer T1 Interval, Group Two 
DLC Timer T2 Interval, Group Two 
DLC Timer Ti Interval, Group Two 


Product Identification 
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OPEN_OPTIONS 
Several options are each defined by a bit. A bit set to 1 selects an option for use. Bit 15 is the high-order (leftmost) bit. 


878-NV 


Bit 15 Pass Beacon MAC | Passes, as direct interface data to the Host, the first beacon MAC frame and all subsequent 
Frames beacon MAC frames that have a change in the source address or the beacon type. 


Bit 14 Reserved Should be zero but is not checked. 


Bit 13 Remote Program This bit is only implemented in 16/4 adapters. It prevents the adapter from becoming a monitor 
Load during the open process. If this bit is on, the adapter will fail the open process if there is no 
other adapter on the ring when it attempts to insert on the ring. 


Token Release This bit is only available when operating at 16 Mbps. If not set, 16 Mbps adapters will get early 
token release as a default. Setting this bit on selects no early token release for an adapter at 
16 Mbps. 


Bits 11-8 | Reserved Should be zero, but the bits are not checked. 


Bit 7 Wrap Interface The adapter will not attach itself to the network. Instead it causes all user-transmitted data to 
be wrapped as received data. 


Bit 6 Disable Hard Error | Prevents network status changes involving “Hard Error” and “Transmit Beacon” bits from 
causing interrupts. 


Bit 5 Disable Soft Errors | Prevents network status changes involving the “Soft Error” bit from causing interrupts. 


Bit 4 Pass Adapter MAC | Passes, as direct interface data to the Host, all adapter class MAC frames that are received but 
Frames not supported by the adapter. If this bit is off, these frames are ignored. 


Bit 3 Pass Attention Passes, as direct interface data to the Host, all attention MAC frames that are not the same as 
MAC Frames the last received attention MAC frame. If this option is off, these frames are not passed to the 
Host software. 


Reserved Should be zero, but is not checked. 


Contender When the contender bit is on, the adapter participates in monitor contention (claim token) if the 
opportunity occurs. When the contender bit is off, and the need is detected by another adapter, 
this adapter will not participate. 


If this adapter detects the need for a new active monitor, monitor contention (claim token) 
processing will be initiated by this adapter in either case. 


NODE_ADDRESS 


The 6-byte specific node address of this station on the ring. The high-order (leftmost) bit must he zero. If the value is zero, the 
adapter’s encoded address will be the node address by default. 


GROUP_ADDRESS 


Sets the group address that the adapter will receive messages for. If the value is zero, no group address is set. The group 
address can also be set, or changed, by a SET.GROUP.ADDRESS command. The two high-order bytes of the group address, 
before these four bytes, will be set to xC000. 


FUNCT_ADDRESS 

Sets the functional address that the adapter will receive messages for. Bits 31, 1, and 0 are ignored. If the value is zero, no 
functional address is set. The functional address can also be set, or changed, by a DIR.SET.FUNCT.ADDRESS command. The 
functional address is also affected by the DIR.CONFIG.BRIDGE.RAM command. The two high-order bytes of the functional 
address will be set to xC000. 


NUM_RCV_BUF 

The number of receive buffers in shared RAM needed for the adapter to open. The adapter will configure as receive buffers all 
remaining shared RAM after other memory requirements have been met. If the number available is less than the number 
requested, the DIR.OPEN.ADAPTER command fails. If the number available is greater than the number requested, no action will 
occur. If this value is less than 2, the default of 8 is used. 


RCV_BUF_LEN 

The length of each of the receive buffers in the shared RAM. Receive buffers will be chained together to hold a frame that is too 
long for one buffer. However, only one frame will be put into a single buffer. 

The value must be a multiple of 8; 96 is the minimum and 2048 is the maximum. If the value is zero, the default of 112 is used. 
Each buffer holds 8 fewer bytes of data than the specified size. Therefore, a buffer defined as 112 bytes long can hold only 104 
bytes of data. The 8 bytes are overhead needed by the adapter. 
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DHB_LENGTH 

The length of each of the transmit buffers in the shared RAM. Only one buffer is used to hold transmit data, including header 
information, for a given frame for the direct interface and SAP interface. For the link station interface, this length applies to the 
information field of | frames. The value must be a multiple of 8 with 96 as minimum. For adapters operating at 4 Mbps, the 
maximum DHB size is 4464 bytes. For adapters operating at 16 Mbps, the maximum DHB size is 17960 bytes. 

If the value is zero, the default of 600 is used. Each buffer holds 6 fewer bytes of data than the specified size. Therefore, a buffer 
defined as 600 can hold only 594 bytes. 


Note: If a size greater than 2048 is used, it is important to make sure that all adapters receiving these frames can also handle the larger size. 


NUM_OHB 


This defines the number of transmit buffers in the adapter shared RAM in which the data from the Host can be stored. The 
adapter accepts any value between 0 and 255, but the integrity of adapter operation cannot be guaranteed if the value is greater 
than 2. Requesting two buffers may improve adapter performance by allowing a frame to be moved into the second buffer while 
the adapter is transmitting from the first. However, this reduces the storage available for receive buffers. If the value is zero, the 
default of 1 is used. 


DLC_.MAX__SAP 


The maximum number of individual SAPs that can be opened at one time. The maximum value allowed is 126. Each individual 
SAP control block requires 64 bytes of shared RAM. If this parameter is set to zero, no open SAP commands will be accepted 
and the DLC SAP and the DLC link station interfaces will not be available. However, the null and the global SAPs are activated. 


DLC_.MAX_STA 


The maximum number of link stations that can be opened at one time. It does not determine the number of link stations that can 
be open for any one SAP. Each link station control block requires 144 bytes of shared RAM. If this parameter is not zero, the 


_DLC_MAX_SAP parameter must not be zero. 


DLC_.MAX_.GSAP 

The maximum number of group SAPs that can be opened at one time. Each group SAP control block requires 14 bytes plus two 
times the DLC_MAX_GMEM parameter value in shared RAM. If the value is zero, no group SAPs are allowed, but the global 
SAP will be activated. The corresponding individual SAP control block, requiring 64 bytes, is required in order to open a group 
SAP. That is, group SAP x05 requires that individual SAP x04 must also be allocated. 

DLC_.MAX_GMEM 


The maximum number of SAPs that can be assigned to any given group. This parameter is ignored if the DEC_IMAX_.GSAP 
parameter is zero and cannot be zero if that field is not zero. 


Timer Parameters Note: The next six parameters, DLC_TI_TICK_1 through DLCTI__TICK__2, are timer parameters that 
are referenced by the DLC.OPEN.SAP and DLC.MODIFY commands. 

DLC__T1_TICK__1 

The number of 40 ms intervals that make up a “tick” for DLC Wait For Response Timer, T1 (T1 timer values 1-5). If the value is 
zero, the default of 5 (200 ms) is used. 

DLC_T2_TICK_1 

The number of 40 ms intervals between timer “ticks” for DLC Send an Acknowledgement Timer, T2 (T2 aioe values 1-5). If the 
value is zero, the default of 1 (40-80 ms) is used. 

DLC_Ti_TICK_1 

The number of 40 ms intervals between timer “‘ticks” for DLC Inactivity Timer, Ti (Ti timer values 1-5). If the value i is zero, the 
default of 25 (1 second) is used. 

DLC_T1_TICK_2 

The number of 40 ms intervals between timer “ticks” for DLC timer T1 (timer values 6-10). If the value is zero, the default of 25 
(1 second) is used. 

DLC_T2_TICK_2 

The number of 40 ms intervals between timer “‘ticks” for DLC timer T2 (timer values 6-10). If the values is zero, the default of 10 
(400 ms) is used. 

DLC_Ti_TICK_2 


The number of 40 ms intervals between timer “ticks” for DLC timer Ti (timer values 6-10). If the value is zero, the default of 125 
(5 seconds) is used. 
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PRODUCT_ID 
This is the Host 18-byte product ID. 


SRB Response 


When the adapter completes the open command, bytes 6 through 15 in the SRB are set with return parameters, and the return 
code is placed in the RETCODE field. The adapter then interrupts the Host by setting HISR(13). The SRB content will then be as 
follows. 
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Byte 


Length Description 


Offset Parameter Name 


COMMAND 


—_ 


x03, DIR.OPEN.ADAPTER 
Reserved 

RETCODE Return Code, see Below 
Reserved 


Valid if RETCODE is x07. See the ‘Adapter Open Errors” Table 
in Section 8.0. 


OPEN__ERROR_CODE 


ASB_ADDRESS 
SRB_ADDRESS 
ARB_ADDRESS 
SSB_ADDRESS 


Offset to the Beginning of the ASB 
Offset to the Beginning of the SRB 
Offset to the Beginning of the ARB 
Offset to the Beginning of the SSB 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x03 Adapter open, should be closed 

x05 Required parameters not provided 

x07 Command canceled, unrecoverable failure 
x30 Inadequate receive buffers for adapter to open 
x32 Invalid NODE_ADDRESS 

x33 Invalid adapter receive buffer length defined 
x34 Invalid adapter transmit buffer length defined 


DIR.READ.LOG x08 
SUMMARY: Read and reset the adapter error counters. 


This command should be issued if a ring status change ARB is received with the counter overflow set. This ARB is issued if one 
of the adapter error counters reaches a count of 255. The adapter will accept this command anytime after the adapter is opened 
and before a close adapter command is issued. 


Offset Parameter Name eye Description 
Length 


x08, DIR.READ.LOG 

fee ee Reserved 

Set by the Adapter Upon Return 

14 14 Bytes of Log Data Set by the Adapter 
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Adapter Error Counters 


Refer to the /BM Token-Ring Network Architecture Refer- 
ence for more about these error counters. 


Line Errors 


Internal Errors 


| 


13 ’ Reserved 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open. 

DIR.RESTORE.OPEN.PARMS x02 

SUMMARY: Used to modify the OPEN__OPTIONS set by the DIR.OPEN.ADAPTER command. 
The wrap option, remote program load, and modified token release bits will be ignored. 


Offset Parameter Name Byte Description 
' Length 


0 COMMAND _ x02, DIR.RESTORE.OPEN.PARMS 


ee Reserved 


RETCODE Set by the Adapter Upon Return 


=| Reserved 
OPEN__OPTIONS , New Options (Wrap Bit Left Unaltered in Adapter) 


See the DIR.OPEN.ADAPTER command for a description of the OPEN__OPTIONS parameter. 

When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 
Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 
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DIR.SET.FUNCT.ADDRESS x07 


SUMMARY: Set the functional address for the adapter to receive messages. If this command is issued with the FUNCT_AD- 
DRESS field containing all zeros, any previously set functional address is disabled. Bits 31, 1, and 0 will be ignored. The adapter 
will accept this command anytime after the adapter is opened and before a close adapter command is issued. See the 
DIR.CONFIG.BRIDGE.RAM command, which can also alter the functional address. The upper 2 bytes of the 6-byte functional 
address will be set to xC000. 


Offset Description 


x07, DIR.SET.FUNCT.ADDRESS 
Reserved 
Set by the Adapter Upon Return 
Reserved 
6 New Functional Address to Set 
When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

DIR.SET.GROUP.ADDRESS x06 

SUMMARY: Set the group address for the adapter to receive messages. 


The adapter will accept this command anytime after the adapter is opened and before a close adapter command is issued. The 
upper 2 bytes of the 6 byte group address will be set to xC000. 


Offset Description 


x06, DIR.SET.GROUP.ADDRESS 
Reserved 


Set by the Adapter Upon Return 


Reserved 
6 New Group Address to Set 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 
x01 Invalid command code 

x04 Adapter closed, should be open 
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DLC (IEEE 802.2 SAP and Station Interfaces) SRB Commands = 


These commands affect SAPs (Service Access Points) and link stations, and make use of LLC protocols. They may be issued by 
the Host software to the adapter. The adapter must have been initialized and opened with direct interface commands before it 
will accept any of these commands. Some of these commands apply only to the SAP interface (DLC.OPEN.SAP and DLC.CLO- 
SE.SAP), and some apply only to the station interface (DLC.OPEN.STATION, DLC.CONNECT.STATION, 
DLC.CLOSE.STATION, DLC.STATISTICS). The rest apply to both interfaces. ; 


Command Name Code (Hex) Description 

DLC.CLOSE.SAP Closes (deactivates) an SAP and frees associated control block(s). 

DLC.CLOSE.STATION Closes one link station; will not complete while Ring is “beaconing” 

DLC.CONNECT.STATION 1B Initiates a SABME__UA exchange to place the local and remote link stations ina data 
transfer state, or completes such an exchange that has been initiated by the remote 
station ; 

DLC.FLOW.CONTROL Controls the flow of data across a specified link station on an SAP, or every link on an 
SAP 

DLC.MODIFY 1c Modifies selected working values on an open link station or the default values of an 
SAP 

DLC.OPEN.SAP | 15 | Opens (activates) an SAP and allocates an individual SAP control block 

DLC.OPEN.STATION Allocates resources to support a logical link connection 

DLC.REALLOCATE 17 Removes a given number of link station control blocks from an SAP and returns them 
to the adapter pool, or removes a given number of link station control blocks from the 
adapter pool and returns them to an SAP 

DLC.RESET 14 Resets one SAP and all associated link stations, or all SAPs and all associated link 
stations 

DLC.STATISTICS Reads statistics for a specific link station 
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DLC.CLOSE.SAP x16 

SUMMARY: Close (deactivate) a service access point (SAP) and free the associated control blocks 

This command is rejected if any links are open for the specified SAP, or the SAP was opened with the group option specified 
with any active members in the group. If the specified SAP is a group member, its membership should be canceled using a 
DLC.MODIFY command before issuing this command. If an adapter command to the Host is pending for the specified SAP when 
the DLC.CLOSE.SAP command is issued, the Host must complete that action before this command will be completed. 


Any frames directed to the specified SAP that have been received by the adapter and for which the adapter has not posted a 
receive ARB will be discarded. 


Note: If a x47 error code results when a DLC.CLOSE.SAP command closely follows a DLC.CLOSE.STATION command for the last open station for that SAP, 
reissue the DLC.CLOSE.SAP command. 


Byte 
Length 
COMMAND x16, DLC.CLOSE.SAP 
Reserved 
RETCODE Set by the Adapter Upon Return 
Reserved 
4 STATION_ID ID of the SAP to be Closed 


When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

x40 Invalid STATION_ID 

x47 SAP cannot close unless all link stations are closed 

x46 Group SAP cannot close until all member SAPs are closed 
x4C Unable to close, commands pending 


Offset Parameter Name Description 
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DLC.CLOSE.STATION x1A 

SUMMARY: Close one link station. This command will not be completed while the ring is beaconing. 

The link control block will be freed for use by another link station on the same SAP. This command will be rejected if there is a 

DLC.CLOSE.STATION or a DLC.CONNECT.STATION command pending for the specified link station. If the command is 

accepted, the adapter will either: : 

¢ Transmit a DISC command to the remote station and enter disconnecting mode while waiting for an acknowledgment 

¢ Send a DM response if there is a SABME or DISC command pending, or if the link is in the disconnecting state, and close the 
link station when the response has been transmitted. 


If there are pending Transmit | Frame requests when this command is accepted, they will not be returned by the adapter. If an 
adapter command to the Host is outstanding for the specified link station when DLC.CLOSE.STATION command is issued, the 
Host must complete that action before this command will be completed. Any frames directed to the specified link station that 
have been received by the adapter but not processed will be handled according to the state the adapter enters upon receipt of 
this command. Those link station states would be either disconnecting state or link closed state. 


Offset Description 


x1A, DLC.CLOSE.STATION 
Set by the Adapter Upon Return 


Set by the Adapter Upon Return 


Reserved 
4 ID of the Link Station to be Closed 


If there is no immediate error, the adapter sets the RETCODE to xFF (command in process), sets the CMD__CORRELATE field 
in the SRB, and interrupts the Host by setting HISR(13) if an SRB Free Request interrupt is received by the adapter. When the 
command is completed later, the Host will be interrupted with a response in the SSB. If there is an immediate error, the adapter 
sets the RETCODE with the error code and sets HISR(13) to interrupt the Host. 


Valid Return Codes 

x00 Operation completed successfully 

xFF Command in process 

x01 Invalid command code 

x02 Duplicate command, one already pending 
x04 Adapter closed, should be open 

x40 Invalid STATION_ID 

x4C Unable to close, commands pending 


Final RETCODE in SSB 
x00 Operation completed successfully 
x4B Station closed, no remote acknowledgment 
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DLC.CONNECT.STATION x1B 
SUMMARY: To initiate a SABME__UA exchange to place both the local and remote link stations in data transfer state, or to 
complete such an exchange initiated by the remote station. 

This command will not be accepted if the link station is in the disconnecting or link closed state, or if a DLC.CLOSE.STATION or 
DLC.CONNECT.STATION command is in process. Any pending transmit commands queued to the link station will be lost. 


Offset Description 


x1B, DLC.CONNECT.STATION 


CMD__CORRELATE 
RETCODE 


STATION_ID 
ROUTING_INFO 
ROUTING_INFO 


If the remote partner for this station is on a different ring, routing information is needed for frames to be exchanged. If the link is 
being established because of a DLC.OPEN.STATION command, the routing information must be provided with the command. If 
the link is being established due to receipt of a SABME from the remote partner, the adapter obtains the routing information from 
the received frame and ignores any ROUTING_INFO provided with the DLC.CONNECT.STATION command. The 
DLC.CONNECT.STATION command may also be used to provide new routing information if there is a link failure. The informa- 
tion must be provided in the format in which it will be used in transmitted frames. If the routing information length field (discussed 
shortly) is zero and no SABME is outstanding, the remote partner will be assumed to be on the same ring. For more information 
on routing information and XID, see the /BM Token-Ring Network Architecture Reference. You may also want to refer to any 
documentation related to implementation by bridges in your network. 


The Routing information field contains a 2 byte routing control field and up to eight 2 byte route designators, as shown below: 
Routing Information Field 


Routing Route Route Route 
Control Designator | Designator Designator 


2 bytes 2 bytes 2 bytes 2 bytes 


Set by the Adapter Upon Return 
Set by the Adapter Upon Return 


ID of the Link Station to be Closed 


See Following Description 


O;r[oO};ms—-]o 
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The Routing Control and Routing Designator sub-fields are described next. 


Routing Control Sub-Field 
The Routing Control Sub-Field consist of two separate bytes of information, as shown below: 


First Byte (Offset 6 in DLC.CONNECT.STATION Command) 


7 6 5 4 .3 2 1 0 
eee eee Pe 
B = Broadcast Indicators 


L = Length Bits 
Second Byte (Offset 7 in DLC.CONNECT.STATION Command) 


7 6 5S§ 4 3 2 1 0 
Vivica tne eee 
D = Direction Bit 
F = Largest Frame Bits 
r= 


Reserved Bits 
Route Designator Sub-Fields 


Each 2-byte (word) Route Designator Sub-Field is divided into two portions: 

¢ Individual Bridge Portion—This portion is k-bits long, where k is the same for all bridges in a given multiple-ring network. 
Bridges that are attached to the same ring can have the same Individual Bridge Portion value. However, parallel bridges 
(those that are attached to the same two rings) must have different values. 

¢ Ring Number Portion—This portion is (16-k)-bits long. Bridges that are attached to different rings have different Ring 

Number Portion values; bridges that are attached to the same ring have the same value. 
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These portions are located in each Route Designator Sub-Field; a word (2 byte) read returns the Sub-Field as shown below: 


Route Designator Field (As Returned by Word Read) 


15 8 0 
8k (bits) k bits 8 bits 


IB = Individual Bridge Portion 
RN = Ring Number Portion (split into elements 0 and 1) 


This word value must be byte-swapped before interpreting. The result is shown below: 


Route Designator Field (After Byte Swap) 


15 0 
16k (bits) k bits 


Return Codes 


If there is no immediate error, the adapter sets the RETCODE field to xFF (command in process), sets the CMD__CORRELATE 
field in the SRB, and interrupts the Host by setting HISR(13) if an SRB Free Request interrupt is received by the adapter, When 
the command is completed later, the Host will be interrupted with a response in the SSB. A successful return code indicates that 
the local link station has entered the link opened state. An unsuccessful return code indicates that it has entered the disconnect- 
ed state. 


If there is an immediate error, the adapter sets the RETCODE with the error code and sets HISR(13) to interrupt the Host. 


Valid Return Codes 

xFF Command in process 

x01 Invalid command code 

x02 Duplicate command, one already pending 

x04 Adapter closed, should be open _ 

x40 Invalid STATION_ID 

x41 Protocol error, link in invalid state for command 
x44 Invalid routing information 

x4A Sequence error, command in process 


Final RETCODE in SSB __ 
x00 Operation completed successfully 
x4D Unsuccessful link station connection attempt 


DLC.FLOW.CONTROL 1D 

SUMMARY: To control the flow of data across a specified link station on an SAP, or every link station on an SAP. 

Local busy state is set either because of a user request, or because a RECEIVED.DATA command from the adapter to the PC 
system has been rejected. In the latter case, the condition must be reset by the Host program when buffers become available, 
by using this command with option bit 6 set. 

This command affects the secondary state of target link stations, causing the local busy states to be set or reset. The command 
will be completed successfully even if it makes no change to the existing state. That is, a request to reset local busy will be 
accepted even if the link is not in local busy state. 


Offset Parameter Name Description 


x1D, DLC.FLOW.CONTROL 


Reserved 


RETCODE Set by the Adapter Upon Return 


Reserved . 


~ STATION_ID 


FLOW__OPTIONS 
STATION_ID 


lf the STATION__ID is an SAP (xnn00), the command will be applied to all link stations included in the SAP. If the STATION_ID 
is a link station (xnnss), the command will be applied only to the specified link station. 


ID of the Link Station or SAP 
Option Byte 


O;h!ao;srno!]—]o 
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FLOW_OPTIONS 
The flow option byte is described below: 
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Set/Reset Local If this bit is zero, the related link stations will enter the local busy link secondary state. If the 

Busy State station is in the link opened primary state and not already in local busy state, a Receiver Not 
Ready supervisory frame is transmitted. Then | frames received for this station are discarded 
until this condition is reset by the Host software. 
If this bit is on, option bit 6 is checked to determine whether local busy (user set) or local busy 
(buffer set) should be reset. If both local busy states are reset after this command has been 
accepted and the primary link state is link opened, the link will enter either the checkpointing or 
clearing secondary state to ensure that the remote station is aware that the condition has been 
reset. 


User/Buffer Reset | If bit 6 is 0 and option bit 7 is 1, local busy (user set) will be reset. 
If bit 6 is 1 and option bit 7 is 1, local busy (buffer set) will be reset. 
If option bit 7 is zero, this bit is ignored. 


Bits 5-0 


Return Codes 
When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x02 Duplicate command, one already pending 
x04 Adapter closed, should be open 

x40 Invalid STATION__ID 


DLC.MODIFY x1C 
SUMMARY: To modify certain working values of an open link station or the default values of an SAP. 
The values to be updated are included in the SRB. 


Byte 


Length Description 


Offset Parameter Name 


COMMAND x1C, DLC.MODIFY 
Reserved 
RETCODE Set by the Adapter Upon Return 
Reserved . 

SAP or Link Station ID 
TIMER_T1 T1 Value, Response Timer 
TIMER__T2 
TIMER_Ti 

9 MAXOUT 

10 MAXIN 

11 MAXOUT_INCR 

12 MAX_RETRY_COUNT 
13 ACCESS__PRIORITY 

14 SAP__GSAP__MEM 


15 GSAPS 


0 

1 

2 

3 

4 STATION_ID 
6 

7 T2 Value, Acknowledgment Timer 
8 


Ti Value, Inactivity Timer 


Max Transmits without a Receive Acknowledgment 
Max Receives without a Transmit Acknowledgment 
Dynamic Window Increment Value 

N2 Value 


New Access Priority for Transmission | 


Number of Following Group SAPs 
GSAP List, Maximum 13 


STATION_I 
If this is an SAP STATION__ID, the command will affect the default values held in the SAP contro! block, but not the current 
values of open link stations. If it is a link station STATION_ID, the command will affect the current values of the designated 
(open) link station. 
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TIMER_T1, TIMER_T2, TIMER_Ti 

These values must be less than 11 for T1 and Ti. If a value greater than 10 is provided for T2, the acknowledgment timer will not 
run. If the field is zero, the existing value remains unchanged. For an explanation of the values, see the DLC.OPEN.SAP 
command description. ; 

MAXOUT 

This parameter cannot exceed 127. If the field is zero, the existing value remains unchanged. 


MAXIN 
This parameter cannot exceed 127. If the field is zero, the existing value remains unchanged. . 


MAXOUT_INCR ; 
This parameter cannot exceed 255. If the field is zero, the existing value remains unchanged. 


MAX_RETRY_COUNT 
This parameter cannot exceed 255. If the field is zero, the existing value remains unchanged. 


ACCESS__PRIORITY 


If the requested access priority exceeds the limit authorized for the adapter, it will be rejected. The access priority is contained in 
the 3 low-order bits of this byte. 


SAP_.GSAP__MEM 
The number of SAP__VALUES in the GSAPS field. 


This field is only checked and used if the SAP was opened as a group member. The maximum value is 13 (the greatest number 
of SAP_VALUES that the SRB length will accommodate). 


GSAPS 


This field is used for an individual SAP to request membership in additional group SAPs or to request that membership be 
canceled. If the low-order bit of an SAP_VALUE is zero, it indicates that membership in the associated group SAP is being 
requested. If the low-order bit of an SAP_.VALUE is 1, it indicates that membership should be canceled. The group SAPs must 
be open when the assignment is requested, and all members of a group SAP must have the same XID handling option selected. 
If an error is found while processing the list of group SAPs, an error return code will be set and processing will stop. The SAP__ 
GSAP_MEM field will be overwritten with the value of the failing group SAP. Other parameter changes will take place as 
requested. 


SRB Response 


When the adapter completes the modify command, the return code is placed in the RETCODE field. The adapter then interrupts 
the Host by setting HISR(13). 


Valid Response Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

x08 Unauthorized access priority 

x40 Invalid STATION__ID 

x42 Parameter exceeded maximum aliowed 
x45 Membership requested in non-existent group SAP 
x49 Group SAP has reached maximum membership 
x4E Member SAP not found in group SAP list 
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DLC.OPEN.SAP x15 
SUMMARY: Open (activate) a service access point (SAP) and allocate an individual SAP control block. 
A group SAP control block and one or more tink station control blocks can also be allocated by this command. 


Byte 


Offset Parameter Name Length 


Description 


COMMAND x15, DLC.OPEN.SAP 


Reserved 


| 


RETCODE Set by the Adapter Upon Return 

Reserved 
STATION__ID 
TIMER__T1 
TIMER_T2 
TIMER_Ti 

/  MAXOUT 
MAXIN 
MAXOUT_INCR - 
MAX_L.RETRY_COUNT 
GSAP__MAX__MEM 
MAX_I__FIELD 
SAP_VALUE 
SAP__OPTIONS 
STATION_COUNT 
SAP_.GSAP__MEM 

20 GSAPS 


Set by the Adapter Upon Return 
T1 Value, Response Timer 


T2 Value, Acknowledgment Timer 


OI INI oO APO TM] +] oO 


Ti Value, Inactivity Timer 


o 


Max Transmits without a Receive Acknowledgment 


= 
oO 


Max Receives without a Transmit Acknowledgment 


—_ 
—_ 


Dynamic Window Increment Value 

N2 Value 

Maximum Number of SAPs for a Group SAP 
Maximum Received Information Field Length 
SAP Value to be Assigned 

Option Byte, see Below 

Number of Link Stations to Reserve 

Number of Entries in GSAP List 

GSAP List, Maximum = 8 


STATION_ID 
The adapter will set this to the station ID to be used in future commands referencing this SAP 


TIMER_.T1, TIMER_1T2, TIMER_TI 


The LLC protocol uses timers called T1, T2, and Tl. The DLC.OPEN.SAP and DLC.OPEN.STATION commands specify the 
values to be used for these LLC timers in a rather unique way: . 


The DIR.OPEN.ADAPTER command specifies six timer values, two each for T1, T2, and TI. When the DLC commands specify 
the 3 timer values, they specify a number from 1 to 10 for each timer. If a number from 1 to 5 is specified for a T(1, 2, |) timer, this 
number multiplied by the DLC__T(1, 2, |)__Tick_1 time becomes the value for T(1,2, I). If a number from 6 to 10 is specified for a 
T(1, 2, l) timer, this number, minus 5, multiplied by the DLC_T(1, 2, I)__Tick_2 time becomes the value for T(1, 2, 1). 


The values must be less than 11 for T1 and Ti. If a value greater than 10 is provided for T2, the acknowledgment timer will not 
run. If the field is zero, the adapter will provide defaults. The default values are T1 = 5, T2 = 2, and TI = 3. 

MAXOUT 

This parameter is the maximum number of unacknowledged transmitted |-frames. It cannot exceed 127. If a zero is provided, the 
default of 2 is used. 

MAXIN 

This parameter is the maximum number I-frames received before an acknowledgment is sent. It cannot exceed 127. If a zero is 
provided, the default of 1 is used. 

MAXOUT_INCR 

This parameter specifies the dynamic windowing algorithm increment. It cannot exceed 255. If a zero is provided, the default of 1 
is used. 
MAX_.RETRY_.COUNT 


This parameter is the maximum number of retransmissions of an I-frame. It cannot exceed 255. If a zero is provided, the default 
of 8 is used. 
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GSAP_.MAX_.MEM 


The maximum number of individual SAPs that can be assigned membership in the group SAP if this SAP is designated to be a 
group SAP. Membership is assigned in the group SAP as the individual SAPs are opened. This parameter may not exceed the 
similar parameter provided with the DIR.OPEN.ADAPTER command and will default to that value if it is zero. 


MAX_I_FIELD 


This parameter defines the maximum length of a received | frame for a link station. If the STATION._COUNT parameter is zero, 
this field is ignored. If this field is zero, the default will be 600 bytes long. The maximum length is 4905 bytes on a 4 Mbps ring 
and 18000 bytes on a 16 Mbps ring. 


SAP_VALUE 


The value that will be used as the source SAP in transmitted frames and recognized as the destination SAP in received frames. 
The low-order bit of this field will be ignored. A DLC.OPEN.SAP command always allocates an individual SAP control block. A 
value of x00 is always rejected and a value of xFE will be rejected if the group SAP option is requested. If option bit 1 is a 1, the 
SAP_VALUE with the low-order bit set to 1 will be the group SAP value. In other words, the next higher (odd- ee SAP 
control block will be allocated to be a group SAP. 


SAP__OPTIONS 


Bits Description 


7-5 | Priority The transmission priority for this SAP. If the requested priority exceeds the limit authorized for the 
adapter, the command will be rejected. 


4 Should be zero. Not checked. 


3 | XID Handling Option | If this is zero, XID commands are handled by the adapter. If this is 1, XID commands are passed to 
the Host software. 


2 Individual Option If this bit is 1, the SAP will handle frames as an individual SAP. 
1 Group Option If this bit is 1, the SAP will handle frames as a group SAP. 
0 Group Member If this bit is 1, the SAP may be a member of a group SAP. 


Note: If bit 0 is a 1, bit 2 must also be a 1. At least one of bits 2 and 1 must be Set. 


STATION__COUNT 
This parameter specifies the maximum number of link stations that can be open ‘or this SAP at the same time, and applies only if 


the SAP is an individual SAP. If the number of link stations requested for this SAP, together with those already requested for 
previously opened SAPs, exceeds the DLC_MAX__STATIONS parameter value from the DIR.OPEN.ADAPTER command, the 
DLC.OPEN.SAP command will be rejected. 


SAP.__GSAP_.MEM 


The number of SAP__VALUES in the GSAPS field. The maximum value is 8. This parameter is ignored if SAP__OPTIONS bit 0 
(Group Member) is a zero. 


GSAPS 

Used for an individual SAP to request membership in group SAPs. SAP_.GSAP__MEM indicates the number of valid values in 
this field. If additional membership is needed, the DLC.MODIFY command may be used for the requests. The group SAPs must 
be open when the assignment is requested, and all members of a group SAP must have the same XID handling option selected. 
If an error is found while processing the list of group SAPs, an error return code is set, processing stops, and the 
SAP_GSAP_MEM field is overwritten with the value of the failing group SAP. This will not affect the status of the SAP. 


SRB Response 


When the adapter completes the open command, the return code is placed in the RETCODE field. The adapter then interrupts 
the Host by setting HISR(13). 


Valid Response Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

x06 Options missing, invalid, or incompatible 

x08 Unauthorized access priority 

x42 Parameter exceeded maximum allowed 

x43 Invalid SAP__VALUE or value already in use 
x45 Membership requested in non-existent group SAP 
x46 Requested resources not available 

x49 Group SAP has reached maximum membership 
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DLC.OPEN.STATION x19 
SUMMARY: Allocate resources to support a logical link connection. 
These resources may also be allocated when an SABME is received against an open SAP and the appropriate station is not 


already open. 


Offset 
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STATION_ID 


Byte 


ParameterName — Length 


COMMAND 


RETCODE 


STATION_ID 
TIMER_T1 
TIMER_T2 

~ TIMER_Ti 
MAXOUT 

MAXIN 
MAXOUT_INCR 
MAX_RETRY_.COUNT 
RSAP_VALUE 
MAX_I_FIELD 
STATION_OPTIONS 


REMOTE_ADDRESS 


Description 


x19, DLC.OPEN.STATION 

Reserved 

Set by the Adapter Upon Return 

Reserved 

SAP ID (xnn00) 

TI Value, Response Timer 

T2 Value, Acknowledgment Timer 

Ti Value, Inactivity Timer 

Max Transmits without a Receive Acknowledgment 
Max Receives without a Transmit Acknowledgment 
Dynamic Window Increment Value 

N2 Value 

The Remote SAP Value 

Maximum Received Information Field Length 
Option Byte, see Following Explanation 

Reserved 

Ring Address of the Remote Station 


The Host software must specify the SAP STATION_ID (xnn00) under which the new station is to be established, and the 
adapter will return the link ID (ss portion of xnnss) to be used in future commands referencing this station. 


TIMER_T1 through 
MAX_.RETRY_.COUNT 


See the same parameters for the DLC.OPEN.SAP command. 
RSAP_VALUE 


The value that will be used as the destination SAP in transmitted frames and recognized as the source SAP in received frames. 
The low-order bit of this field must be zero, indicating an individual SAP. A value of x00 (the null SAP) will be rejected. 


MAX__I_FIELD . 
This parameter defines the maximum length of a received I frame. If this field is zero, the value from the SAP control block will be 


used. 


STATION_OPTIONS 
The STATION_OPTIONS bits are described in the following table: 


Bits | Name _| 


7-5 | Priority 


The transmission priority for this link station. 


Description 


If the requested priority exceeds the limit authorized for the adapter, the command will be rejected. If a 
zero is provided, an access priority of zero is used. 


4-0 Should be zero. Not checked. 


REMOTE__ADDRESS 


The 6 byte NODE_ADDRESS of the remote station. The high-order bit of the high-order byte of this field must be zero, 
indicating a specific address. : 
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SRB Response iar 
When the adapter completes the open command, the return code is placed in the RETCODE field. The adapter then interrupts 
the Host by setting HISR(13). This command should be followed by a DLC.CONNECT.STATION command, which should 
include the routing information if the remote station is on a different ring. 


Valid Response Codes 

x01 Invalid command code 

x04 Adapter closed, should be open 

x05 Required parameters not provided 

x08 Unauthorized access priority 

x40 Invalid STATION_ID 

x42 Parameter exceeded maximum allowed . 
x43 Invalid SAP__VALUE or value already in use 
x46 Requested resources not available 

x4F Invalid remote address 


DLC.REALLOCATE x17 


SUMMARY: This command removes a given number of link station control blocks from.an SAP and returns them to the adapter 
pool, or removes a given number of link station control blocks from the adapter pool and adds them to an SAP. 


Offset Parameter Name Description 
; ; . Length 


COMMAND_. x17, DLC.REALLOCATE 
Reserved 

RETCODE. Set by the Adapter Upon Return 
Reserved 

Link Station ID Affected 
Add/Subtract Option 


Number of Link Station Control Blocks to Move 


' STATION_ID 
OPTION__BYTE 
STATION__COUNT 
ADAPTER_.COUNT 


0 
1 
2 
3 
4 
6 
7 
8 


Number of Link Station Control! Blocks for the Adapter. 
Set by Adapter on Return. 


Number of Link Station Control Blocks for the SAP. 
Set by Adapter on Return. ee 


SAP_.COUNT 


: aM wo 
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OPTION_BYTE 

The OPTION._BYTE bits are described as follows: 

© If bit 0 is 0, then take link station control blocks from the adapter and add to the SAP. 

* if bit 0 is 7, then take link station control blocks from the SAP and add to the adapter. . 

® Bits 1 through 7 are reserved. 

STATION__COUNT : = 

The number of link station control blocks to be moved as indicated by the option byte. If more link station control blocks are 
requested than are available on the adapter or SAP, all those available will be moved. 

ADAPTER_COUNT 

The number of link station control blocks available for the adapter (not allocated to an SAP), after the command has been 
completed. This field is only valid if the return code is x00 or x40. 

SAP_COUNT i 

The number of link station control blocks available for the SAP specified in the station ID field (not in use for an open station) 
after the command has been completed. This field is only valid if the return code is x00. 

SRB Response 

When the adapter completes the command, it sets the return code and the Host is interrupted with HISR(13) set. 


Valid Response Codes 

x00 Operation completed successfully 
x01 Invalid command code 

x04 Adapter closed, should be open 
x40 Invalid STATION_ID 
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DLC.RESET x14 
SUMMARY: Reset either one SAP and all associated link stations, or all SAPs and all associated link stations. 


After the command is completed the affected SAPs and link stations will be closed. No commands or communication directed to 
them will be accepted. The reset command will not be completed until all related resources can be freed. This means that 
transmissions already queued to the ring hardware and commands from the adapter to the Host must be complete before this 
command will be completed. Frames received for the affected SAPs and link stations but not passed to the Host will be 
discarded by the adapter. The same is true for frames received while the reset is in progress. Requests queued to SAPs and link 
stations that have not started completion will not be completed. A beaconing ring can cause this command to hang if transmits 
are queued to the hardware. The command will be completed when beaconing clears. 
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Offset | Parameter Name Description 


Length 
1 x14, DLC.RESET 


1 Reserved 


COMMAND 


Set by the Adapter Upon Return 


0 
1 
2 RETCODE 
3 
4 


Reserved 


STATION__ID _ID of the SAPs or stations to be reset 
x0000 = All SAPs and All Stations 


xnn0d0 SAP nnand Allits Stations 
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When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 


Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

x40 Invalid STATION__ID. 

DLC.STATISTICS x1E 

SUMMARY: Read statistics for a specific link station. 


The error counters (first five station statistics) may be reset if requested. If a counter overflows (high-order bit of the field 
changes from zero to 1), a DLC status adapter request block (ARB) will be presented to the Host, indicating that this command 
should be issued. 


Offset Parameter Name Description 


Length 
COMMAND x1E, DLC.STATISTICS 
Reserved 

RETCODE Set by the Adapter Upon Return 
Reserved 

The Link Station to Obtain Statistics from 
Offset to the Address of the Statistics* 
Offset to the Address of the LAN Header* 
Length of the LAN Header* 


Option Byte, see Following Explanation 
Note: Overwritten by TROPIC on response. 


STATION__ID 
COUNTERS_ADDR 
HEADER_ADDR 
HEADER_LENGTH 
RESET__OPTION 
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*Values set by TROPIC in response 


COUNTERS__ADDR 


An address within the SRB where a copy of the counter contents is located. The Host software should move this information into 
Host memory before reusing the SRB. The structure of the counter statistics area is shown on the next page. 
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Link Station Statistics (Pointed to by COUNTERS_ADDR) 


Byte 


9 STATION_SENT_.CMD 
10 STATION__PRMY__STATE 
11 STATION_SCDY__STATE 


The Last Command or Response Sent 
The Link Primary State, see Below 
The Link Secondary State, see Below 


Offset Length Description 

0 The Number of | Frames Transmitted 

2 The Number of | Frames Received 

4 The Number of | Frame Transmit Errors 

5 The Number of | Frame Receive Errors 

6 The Number of Times T1 Expired 

8 The Last Command or Response Received 
| STATION_SENT_CMD 
| _STATION_PRMY_STATE | 
|__STATION_SCDY_STATE | 


12 The Send State Variable 
13 The Receive State Variable 
14 The Last Received NR 

Note: All values are set by TROPIC. 

HEADER_ADDR 


The offset within shared RAM of the LAN header consisting of the access control (AC) field, the frame control (FC) field, the 
destination address, the source address, and the routing information. If no routing information is present, the header length will 
be 14 bytes. The source address field will not be set until the first frame is transmitted for the link station, except that the high-or- 
der bit of the high-order byte is set on if routing information is present. 


RESET_OPTION 
The RESET_OPTION bits are described in the following table: 


Bit(s) Description 


7 If this bit is zero, the adapter will not alter the contents of the error counters. 
If this bit is 1, the adapter will reset the contents of the error counters. 


6-0 Reserved 


STATION_PRMY__STATE ; 
This field indicates the link station’s primary state as maintained in the control block at the time the DLC.STATISTICS command 
is completed. It consists of eight mutually exclusive bit flags, as follows: 

Bit7 Link Closed 

Bit6 Disconnected , 

Bit5 Disconnecting 

Bit4 Link Opening 

Bit3 Resetting 

Bit2 FRMR Sent 

Bitt FRMR Received 

BitO Link Opened 


STATION_SCDY__STATE 

This field indicates the link station's secondary state as maintained in the control block at the time the DLC.STATISTICS 
command is completed. It consists of seven non-exclusive bit flags, as follows: 
Bit? Checkpointing 

Bit6 Local Busy (user set) 

BitS Local Busy (buffer set) 

Bit4 Remote Busy 

Bit3 Rejection 

Bit2 Clearing 

Bit1 Dynamic Window Algorithm Running 

BitO Reserved (may appear as 0 or 1) 
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Response Codes 

When the adapter completes the operation, it sets the return code in the SRB and interrupts the Host by setting HISR(13). 
Valid Return Codes 

x00 Operation completed successfully 

x01 Invalid command code 

x04 Adapter closed, should be open 

x40 Invalid STATION_ID 


‘ SUMMARY OF TRANSMIT METHODS 


Fast Path Overview 

The Fast Path interface provides a pool of transmit buffers that Host software can fill asynchronously to the TROPIC MPU’s 
processing. Host software moves Transmit commands and related data together to these buffers and then signals TROPIC that 
the pools have been updated. TROPIC then processes frames according to each data block’s associated command. 


SRB (Non-Fast Path) Transmit Commands 
lf Fast Path Transmit is not activated, then TROPIC operates in a less efficient transmission mode that requires the Host 
software to first issue a transmit command only, wait for a TROPIC response, and then move transmission data to the Transmit 
buffer. This mode exists primarily for compatibility with earlier drivers, and it should not be used in new software. 
The processing sequence for an SRB (non-Fast Path) transmit command is: 
. The Host software issues a transmit command to the adapter. ; 
. The adapter sets a command correlator and in-process return code in the SRB. 
. The adapter issues a TRANSMIT.DATA.REQUEST command (x82) to the Host using the Adapter Request Block (ARB). This 
command supplies the command correlator, the STATION_ID and the DHB address in shared RAM where the Host should 
_ Start to transfer the data. 
. The Host moves the data into the DHB. 
. The Host responds using the adapter status block (ASB) providing the original transmit command used in the SRB, the 
command correlator, the STATION_ID, and the transmit data length information. 
. The adapter transmits the frame. 
. The adapter sets completion information in the system status block (SSB) on completion of the transmission for the direct and 


SAP interfaces, or on receipt of acknowledgment, or determination that acknowledgment will not be received for the link 
station interface. The adapter then interrupts the Host. 


USING THE FAST PATH INTERFACE 


Fast Path Interface Selection 

Fast Path transmit is an optional (but strongly recommended) interface to the adapter for transmitting frames. Because it is 
optional, it must be activated by the Host software. The Fast Path transmit interface is activated by issuing a 
DIR.CONFIG.FAST.PATH.RAM command to TROPIC before the adapter is opened. During the initialization, the adapter re- 
serves a block of storage for this interface. When the command completes, the adapter returns a new SRB address where 
subsequent SRB commands can be issued to the adapter by the Host. 

When the Fast Path interface is selected, it is the only interface that can be used to issue requests for the, adapter to transmit 
frames. The Host software should not place Transmit commands in the SRB, but should instead place transmit commands into 
the Fast Path Buffer queue, described next. If transmit commands are placed in the SRB when Fast Path is selected, the 
adapter will not accept them. 


Note: The adapter cannot be configured for both Fast Path Transmit and bridging functions. If an adapter will be used for bridging, then the Fast Path interface 
cannot be used. ‘ 


Fast Path Buffer Allocation 
During processing of the DIR.OPEN.ADAPTER command after a DIR.CONFIG.FAST.PATH.RAM command, the adapter allo- 
cates buffers for the Fast Path interface into a free transmit queue and initializes the Fast Path Transmit Control Area (described 


next). The buffers are chained together in a link list with FREE_QUEUE_HEAD pointing to the first buffer and 
FREE__QUEUE__TAIL pointing to the last buffer. 
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Fast Path Transmit Control Area 


The Fast Path Transmit Control Area is located at the start of the storage allocated in the Shared RAM for the Fast Path 
interface. The offset to this allocated storage is returned to the Host in the DIR.CONFIG.FAST.PATH.RAM response SRB. This 
control area allows the adapter and Host software to jointly manage the buffers in the Fast Path buffer pool. 


Byte 


Length Description 


Offset Parameter Name 


Number of Buffers in the Buffer Pool 

Offset to First Free Buffer 

Offset to Last Free Buffer 

Offset to Next Expected First Buffer of Frame; TROPIC Use Only 
Size in Bytes of Each Buffer including Buffer Head; READ-ONLY 
Offset of Last Completed Buffer 


Reserved 


0 BUFFER_COUNT 

2 FREE_QUEUE_HEAD 

4 FREE_QUEUE_TAIL | . 
6 ADAPTER__QUEUE_HEAD 
8 BUFFER_SIZE 


0 COMPLETION__QUEUE__TAIL 
2 


1 
1 
BUFFER_COUNT 


This field is a count of the number of buffers that were configured in the transmit buffer poo! during the open adapter. It is valid 
only after the open adapter completes, and is not subsequently updated by the adapter. 


FREE_.QUEUE_HEAD 

This field contains the offset to the NEXT__BUFFER field in the first buffer in the free transmit buffer queue. The adapter sets 
the value in this field only during the open adapter. When the Host software moves a frame to the buffer pool it must update this 
value to the NEXT__BUFFER value in the last buffer containing the frame. The adapter examines this value to determine if a 
frame is present in the transmit buffer pool. 


FREE_QUEUE_TAIL 

This field contains the offset to the NEXT__BUFFER field in the last buffer in the free transmit buffer queue. The adapter sets 
the value in this field only during the open adapter. The Host software adds buffers to the free transmit buffer queue after 
processing a frame on the completion queue by placing the LAST_BUFFER value from the completed frame in the 
FREE__QUEUE__TAIL field. The buffer that is pointed to by this field may not be used for transmission until more frames are 
placed on the free transmit buffer queue and FREE_QUEUE__TAIL has been updated by the Host. 


ADAPTER_.QUEUE_HEAD 


This field is used solely by the adapter to keep track of the next expected buffer to contain a transmit frame. The Host software 
should ignore this field. 


BUFFER_SIZE 


The adapter stores the value of the requested buffer size from the DIR.CONFIG.FAST.PATH.RAM in this field. This field is used 
by the adapter at open adapter time to configure the transmit buffer queue. This field is read-only to the Host, but the Host 
software should not need to access this field since its value should already be known. 


COMPLETION.__QUEUE_TAIL 


This field is used by the adapter to report the completion of frame transmissions. The adapter initializes this field to the value in 
FREE_QUEUE_TAIL during the open adapter. The adapter reports completion of frame transmissions by changing the 
NEXT__BUFFER pointer in the buffer pointed to by COMPLETION__QUEUE__TAIL to reflect the NEXT_BUFFER value of the 
last completed frame. COMPLETION__QUEUE__TAIL is then updated with the LAST__BUFFER value of the first buffer of the 
completed frame. 


The Host software must keep track of the next completed frame to process by keeping its own completion queue head pointer. 
This pointer must be initialized to the value in COMPLETION__QUEUE__TAIL at the completion of the open adapter command. 
The Host software can compare its completion queue head to COMPLETION__QUEUE__TAIL to determine if any buffers are on 
the completion queue. When the two values are equal, all of the frames on the completion queue have been processed. When 
the values are different, the Host software locates the first completed frame by using the NEXT__BUFFER value pointed to by 
the value in the Host’s completion queue head. 


To remove the buffers associated with the completed frame from the completion queue and place them on the free queue, the 
Host software takes the LAST_BUFFER value of the first buffer of the frame that has been completed and places it in 
FREE__QUEUE__TAIL and its own completion queue head. The Host software continues to process completed frames until its 
own completion queue head is equal to COMPLETION__QUEUE__TAIL. 
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Fast Path Frame Transmission—Request 


Before transmitting any frames the Host software must open any STATION_IDs on which frames will be transmitted. The 
procedures for doing this are the same as the Host software would use if issuing SRB (non-Fast Path) transmit commands. 


To set up a frame for transmission the Host fills in the required fields in the first free buffer in the free transmit buffer queue and 
uses as many additional buffers as needed to complete the whole frame for transmission. For subsequent buffers, the Host must 
fill in the buffer length and frame data. Before issuing the transmit request to the adapler, the entire frame must be in the buffers 
and all required buffer header fields must be filled in. 


The buffer pointed to by FREE_QUEUE__TAIL cannot be used to issue a transmit frame. This buffer is used to maintain a link 
for the NEXT__BUFFER field in the free queue and completion queue. If the Host reaches this buffer, it must wait until more 
buffers are added to the transmitted queue before requesting the transmission of the frame. 

To issue the transmit request to the adapter, the Host places the value in the NEXT__BUFFER pointer of the last buffer (of the 
frame) into the FREE_QUEUE_HEAD pointer in the Fast Path Transmit Control Area, and then sets TISR(14) to one. The Host 
does not have to wait for an adapter response to begin setting up transmission of another frame to the adapter. The adapter will 
preserve the new transmit request even if it has not processed the previous request. 


Fast Path Frame Transmission—Completion 
After a frame has finished transmission, the adapter reports the completion by moving the buffers associated with the frame to 


the completion queue. The NEXT__BUFFER field in the buffer pointed to by COMPLETION__.QUEUE__TAIL is updated to point . 


to the completed frame, and COMPLETION_.QUEUE__TAIL is then set to point to the NEXT__BUFFER field of the last buffer of 
the frame. The adapter then sets HISR(9) to a one to interrupt the Host. 

After processing the completed frame, the Host software moves the frame to the free queue by filling FREE_QUEUE_TAIL 
with the contents of LAST__BUFFER in the first buffer of the frame. Host software must maintain its own completion queue head 
to determine the location of the first buffer of the next completed frame. This is done by first setting the completion queue head 
to the contents of COMPLETION.__QUEUE__TAIL when DIR.OPEN.ADAPTER completes. Subsequently, the completion queue 
head is set to the LAST__BUFFER value in the first buffer of the completed frame. Host software locates the completed frame 
by using the NEXT__BUFFER value in the buffer pointed to by its own completion queue head. 


Fast Path Protocol Considerations 

The completion of a frame for Direct and SAP station IDs implies that the frame has been transmitted. Therefore, no retransmis- 
sion requests will occur for these station !Ds. 

For a link station, however, the completion on the completion queue does not necessarily imply that the frame has been 
transmitted. The adapter will return frames on the completion queue that cannot be transmitted because of a change in the link 
status. These frames are returned to the Host system with a return code of x29, “Link retransmission in process.” Frames are 


returned on the link when transmission of a frame would cause the frame to be out of sequence due to a frame being lost in the 
network, or when the remote link enters a busy state. Transmit completions with remote acknowledgments will be reported in 
the SSB as is done for the TRANSMIT.I.FRAME SRB. 


The adapter issues a RETRANSMIT.DATA request ARB to the Host when it is ready to restart the transmission on a link. This 
ARB contains the correlator number of the frame that is to be transmitted next. The Host software issues the retransmits starting 
at the frame with the correlator indicated in the ARB. These transmits are issued to the adapter in the same manner that they 
were when initially issued. The adapter determines that the Host has acknowledged its retransmit request by finding the frame 
with the correlator indicated in the adapter’s RETRANSMIT.DATA request ARB. 


Additional Fast Path Considerations 


Some adapters may have an 8-bit interface. When reading or writing to the Fast Path Transmit Control Area of such an adapter, 

the 8-bit interface must be taken into account, as follows: 

@ COMPLETION__QUEUE__TAIL: The Host software should only use this value if two consecutive reads of the field return the 
same value. If the two reads return different values, then the Host software should repeat reads of the field until two 
consecutive reads return the same value. 

e FREE_QUEUE_HEAD: When updating this field the Host software first sets the low order bit in the odd byte of this field to 
1. The Host software then sets the field to the new value. This procedure should be done with interrupts disabled. The 
adapter will not use this value when the field’s low order bit is 1. If the adapter reads 1 in the low order bit it will loop on 
reading the field contents until that bit changes to a 0. 

Host software is responsible for scheduling frames in the transmit buffer pool, and therefore is responsible for maintaining 

“fairness” to all station IDs in the utilization of buffers. For link stations the Host software should not put more frames in the 

buffer pool than allowed by the MAXOUT parameter for that link station. 


Adapter posting of completed frames to the Host is an asynchronous process. Host software may process a frame from the 
completion queue on a previous interrupt. The Host software may subsequently see an interrupt with no frames completed. 
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TRANSMIT COMMANDS 

There are only two variants of the transmit command format, one for Fast Path transmits and one for non-Fast Path (SRB) 
transmits, with various subcommands indicating the data type to be transmitted. Fast Path transmit commands are placed in the 
first buffer in a chain of buffers that contain an entire frame. Non-Fast Path transmit commands are placed in the SRB. 

All Fast Path transmit commands share a common format , with the only difference being the actual command code. Similarly, 
all non-Fast Path transmit commands share a common format, although this format is different from the Fast Path transmit 
format. The table below lists the various transmit commands, which have the same command name, code, and description for 
both Fast Path and non-Fast Path use. 


Command Name Code (Hex) Description 
TRANSMIT.DIR.FRAME 


> 


Requests transmission of a Direct transmission; the application must assemble 
the entire message, leaving room for the source address, which TROPIC 
inserts; no LLC protocol assistance is provided in this mode 


TRANSMIT.I.FRAME 
TRANSMIT.UILFRAME 


Requests transmission of I-format (Information transfer format) frame 


Requests transmission of Ul-format (Unsequenced Information transfer 
format) frame — 


TRANSMIT.XID.CMD Requests transmission of XID-format (Exchange Identification format) 


Command frame 


TRANSMIT.XID.RESP.FINAL Requests transmission of XID-format final Response frame {in response to a 


XID Command being received) 


TRANSMIT.XID.RESP.NOT.FINAL 10 Requests transmission of XID-format non-final Response frame (in response 
i to a XID Command being received) 


TRANSMIT.TEST.CMD 


= 
_ 


(=) i=) 


Requests transmission of TEST-format Command frame 


Transmit Summary 
Transmit commands can be summarized in the following categories: 
Direct Station Can use only the TRANSMIT.DIR.FRAME command. No retry is provided. 


SAP Station Can use all commands except the TRANSMIT.DIR.FRAME and TRANSMIT.ILFRAME commands. No retry is 
provided. The TRANSMIT.XID.RESP commands should only be issued to an SAP that has the XID handling 
option selected to pass XID frames to the Host software. : 


Link Station Can use only the TRANSMIT.I.FRAME command. All transmission retries are handled by the adapter. 
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Fast Path Transmit Buffer Format 


Fast Path transmit buffers are transmitted out of buffers reserved for the Fast Path Interface. These buffers are allocated at 
open adapter time based on parameters in a previous DIR.CONFIG.FAST.PATH.RAM command issued by the Host. The format 
of Fast Path Transmit buffers is shown below: 


Byte 


Offset Parameter Name Length 


Description 


TRANSMIT Command Code 
Transmit Correlator (0-127) 


XMIT_.COMMAND 
XMIT_CORRELATOR 
RETCODE Set by the Adapter Upon Return 
Reserved 

ID of the Station Sending the Data 
FRAME__LENGTH Total Amount of Data in All Buffers of the Frame 
HEADER__LENGTH 


RSAP_VALUE 


Length of Frame Header 
Destination SAP Value 
Reserved 


Offset in Shared RAM to NEXT__BUFFER field 
of the Last Buffer in the Frame 


0 
1 
2 
3 
4 STATION_ID 
6 
8 
9 


10 
12 LAST_.BUFFER 


—_— 
AN 


FRAME_POINTER 
NEXT__BUFFER 


Reserved for the Adapter 


Offset to NEXT__BUFFER Field of the Next Buffer 
in the Free Transmit Buffer Queue 


16 


18 | XMITsTATUS 


XMIT_STATUS 
STRIPPED_FS 
BUFFER_LENGTH 
22 FRAME__DATA 


Reserved for the Adapter 


— 
© 


Final Status Returned from the Frame Stripping Process 


pe) 
o 


Length of Frame Data in this Buffer 
The Frame Data to be Transmitted 


XMIT_.COMMAND 

This specifies the type of transmit command being requested for this frame. The command is placed in the first (or only) buffer 
for the frame. The available commands are shown in the command table on the previous page. 

XMIT_CORRELATOR 


This field specifies a sequence number for the frame being transmitted. It is placed in the first (or only) buffer for the frame, 
according to the following rules: 


— each Station ID uses a unique set of correlators 
the correlator for the first frame transmitted on by a Station ID is 0 
the correlator for each subsequent frame for a Station ID is incremented by 1 and wraps to 0 after reaching 127 
the correlator is coded as a binary count in this one byte field 
a maximum of 127 correlators may be outstanding for any one Station ID 


RETCODE 
The Host initializes the return code to xFE in the first buffer of a frame. 


STATION_ID 


This field specifies the STATION_ID on which to transmit the frame. It is placed by the Host in the first (or only) buffer of a 
frame. Valid Station IDs are: 


x0000 Direct Station 
xnnood SAP Station nn 
xnamm Link Station mm under SAP Station nn 


FRAME_LENGTH 

This value is the sum of all the buffer lengths in the frame. It is placed by the Host in the first (or only) buffer of a frame. The 
adapter does not modify this value when returning completed frames. , 

HEADER_LENGTH 


This value is the length of the LAN header contained in FRAME__DATA. It is placed by the Host in the first (or only) buffer of a 
frame only for frames that are to be transmitted on an SAP (Station ID = xnn00). 
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RSAP_VALUE 

This is the destination SAP (DSAP) value for a frame transmitted on an SAP. It is placed by the Host in the first (or only) buffer of 
a frame only for frames that are to be transmitted on an SAP (Station ID = xnn00). . 

LAST_BUFFER 

This is the offset in Shared RAM to NEXT__BUFFER in the last frame buffer. It is placed in the first buffer by the Host. 


NEXT_BUFFER 

This is the pointer to NEXT__BUFFER in the next free buffer in the free transmit queue. It is maintained by the adapter and 
should not be changed by the Host. 

XMIT_STATUS 

This is reserved for use by the adapter. 


STRIPPED_FS 


This value is placed by the adapter into the last buffer of a frame after the frame has been transmitted, and is the FS of the 
transmitted frame. This value is only valid if the adapter return code is x22 (Adapter frame error). 


BUFFER_.LENGTH 
This value is the length of FRAME__DATA in this buffer. It.is placed in each buffer by the Host. 


FRAME_DATA 

This is the content of the frame to be transmitted by the adapter. Its content varies depending on the transmit command used: 

TRANSMIT.l.frame This is the data field of the frame to be transmitted. The adapter will provide the LAN and DLC headers. 

TRANSMIT.DIR.frame This is the entire message, including the LAN header and any additional headers with space reserved 
for the LAN source address, which will be inserted by the adapter. If the LAN header contains routing 
information, the Host software must set the high order bit of the LAN source address field to a 1; 
otherwise, that bit should be a 0. 

All other This is the entire message, including the LAN header and any additional headers with space reserved 

transmit commands for the LAN source address, which will be inserted by the adapter. The LAN header is followed by 3 
bytes reserved for the adapter to insert the LLC header which is followed by the data. The adapter will 
determine if the routing information is present in the header by examining the HEADER_LENGTH field 
in the buffer. The LAN header and reserved space for the LLC header must be in the first buffer for the 
frame. 


Valid Return Codes from Adapter (Fast Path Transmits) 


x00 Operation completed successfully 

x01 Invalid command code 

x08 Unauthorized access authority 

x22 Error on frame transmission, examine STRIPPED_FS 
x23 Error on frame transmit or strip process 

x24 Unauthorized MAC frame 

x25 Maximum commands exceeded 

x26 Invalid correlator 

x27 Link not transmitting | frames, state changed from link opened 
x28 Invalid transmit frame length command 

x29 Link retransmission in process, buffers free 

x40 Invalid STATION__ID 

x41 Protocol error, link in invalid state for command 
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Non-Fast Path (SRB) Transmit Command Format 


The table below shows the format for Transmit commands issued when the Fast Path interface /s not activated. These com- 
mands are placed in the SRB. 
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Byte 
Length 


Offset Parameter Name Description 


0 COMMAND Xxx, TRANSMIT.Xxxx 

1 CMD__CORRELATE Set by the Adapter Upon Return 

2 _ -RETCODE Set by the Adapter Upon Return 

3 Reserved 

4 STATION_ID ID of the Station Sending the Data 


If there is no immediate error, the adapter sets the RETCODE field to xFF and sets the command correlator field. The adapter 
will interrupt the Host by setting HISR(13) if an SRB Free Request interrupt is received by the adapter. If there is an immediate 
error, the adapter sets the RETCODE field with the appropriate code and interrupts the Host by setting HISR(13). 


Valid Return Codes (Non-Fast Path Transmits) 

xFF Command in process - 

x01 Invalid command code 

x04 Adapter closed, should be open 

x25 Maximum commands exceeded 

x40 Invalid STATION_ID 

x41 Protocol error, link in invalid state for command © 

x4A Sequence error, command in process : 


When the adapter completes the transmit command, it prepares the system status block (SSB) and interrupts the Host by 
setting HISR(10). If more than one TRANSMIT.I.FRAME command is being reported, the command correlate field will contain 
the correlator for the last command completed. 


Byte 
Length 
COMMAND xxx, The Transmit Command from the SRB 
CMD__CORRELATE Host/Adapter Command Correlator 
RETCODE Completion Code 

Reserved 
STATION_ID ID of the Station Providing Status 
TRANSMIT_.ERROR If RETCODE = x22 the Returned FS Byte 


Offset Parameter Name Description 


Valid SSB Return Codes (Non-Fast Path Transmits) 

x00 Operation completed successfully 

x08 Unauthorized access priority ; 

x22 Error on frame transmission, check TRANSMIT_FS data 

x23 Error in frame transmit or strip process 

x24 Unauthorized MAC frame 

x27 _—_Link not transmitting | frames, state changed from link opened 
x28 Invalid transmit frame length command 
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ARB (TROPIC-TO-HOST) COMMAND SUMMARY : —_ 
The commands in the table below can be issued to the Host by TROPIC. The commands have the following in common: 
TROPIC prepares the command in the ARB and interrupts the Host by setting HISR(11). 


The Host reads the command information and interrupts the adapter by setting TISR(9) to acknowledge receipt of the 
command and indicate that the adapter can reuse the ARB. 7 


if a response is required, the Host will put the response information in the ASB and interrupt the adapter by setting TISR(12). 
After reading the ASB response, the adapter does one of the following: . , 
— Sets the return code to xFF and interrupts the Host by setting HISR(12) if the ASB Free Request interrupt bit is set 


— Sets a return code indicating that an error has been detected and interrupt the Host by setting HISR(12) regardless of the 
state of the ASB Free Request interrupt bit. 


Command Name Code (Hex) : Description 
DLC.STATUS 
RECEIVED.DATA 


Indicates a change in DLC status to the Host 


Informs the Host that data for a particular STATION__ID has been received; the 
Host must move the data from the Shared RAM Receive buffers to buffers in Host 
memory 


FAST PATH ONLY: Lets adapter request a retransmission of frames by the Host 
due to changes in link station status; the Host responds by moving frames to the 
transmit buffer pool starting at the frame with the correlator in the ARB 


RETRANSMIT.DATA 


RING.STATUS.CHANGE 
TRANSMIT.DATA.REQUEST 


a 
bh 


Indicates a change in network status to the Host 


NON-FAST PATH ONLY: When Fast Path is not used, informs the Host that 
TROPIC now needs data for a Transmit command previously issued by Host 


DLC.STATUS = x83 
SUMMARY: The adapter is indicating a change in DLC status to the Host. 


When the Host has read the command information from the ARB, it will interrupt the adapter by setting TISR(9) to acknowledge 
receipt of the command and indicate that the adapter may reuse the ARB. No response is required for this command. However, 
see Section 8.0 for DLC Status codes and suggested responses. eR hex 


Offset Parameter Name Description 


Length ; 
’ x83, DLC.STATUS 
Reserved 


COMMAND 


STATION_ID 
STATUS 
FRMR__DATA 
ACCESS__PRIORITY 
REMOTE_ADDRESS 
RSAP_VALUE 


ID of the SAPs or Stations Presenting Status 
DLC Status Indicator; see Following Explanation 


ars 


Data Sent or Received with FRMR Response 

New Access Priority for SAP or Station 

The Physical Ring Address of the Remote Station 
~ * Remote Station’s SAP_.VALUE 
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STATUS 

More than one bit can be set in the status word if the adapter had to wait for the ARB to become available. The bit meanings are 
listed below. For more details and a list of responses to these conditions, see Section 8. 
Bit 15 Ti Timer has expired 

Bit 14 DLC counter overflow 

Bit 13 Access priority reduced 

Bits 12-9 Reserved 

Bit 8 Local station has entered ‘local busy” condition 

Bit 7 Link lost 

Bit 6 DM or DISC received, or DISC acknowledged 

Bit 5 FRME received 

Bit 4 FRME sent 

Bit 3 SABME received for an open link station 

Bit 2 SABME received, link station opened 

Bit 1 Remote station has entered local busy state 

Bit 0 Remote station has left local busy state 


RECEIVED.DATA x81 : 

SUMMARY: This command informs the Host that data for a particular STATION_ID has been received. The data must be 
moved from the receive buffers in shared RAM and placed into buffers in Host memory. 

When the Host has finished processing the RECEIVED.DATA command, it will provide a return code in the ASB and interrupt 
the adapter by setting TISR(12). If the return code is x20, and the frame was an | frame destined for a link station, the adapter 
will set local busy state (buffer set) for the affected link station. It is the Host software’s responsibility to reset the local busy 
state when buffers become available. 


Offset Parameter Name Description 


Length 
COMMAND x81, RECEIVED.DATA 


Reserved 


STATION_ID 
RECEIVE__BUFFER 
LAN_.HDR_LENGTH 
DLC_.HDR_.LENGTH 
FRAME__LENGTH 
NCB_.TYPE 


oe! 
Ea 
ae 
ioe 


STATION_ID 


ID of the Receiving Station, see Following Explanation 

Offset to the First Receive Buffer in Shared RAM 

The Length of the LAN Header Field 

The Length of the LLC Header Field 

Length of the Entire Frame 

Category of the Message Received, see Following Explanation 


This field will indicate the link station, the SAP, or (if x0000) the direct station that the data is destined for. 


DLC_HDR_.LENGTH 


This is the actual LLC header length if the message is a non-MAC frame, and the destination is either an SAP or a link station. It 
is equal to x00 if the message is either a MAC frame or a non-MAC frame and the destination is the direct station. 
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NCB_TYPE 

Following are the different categories of messages received: 
Hex 

Value Type 

02 MAC frame 

04 | frame 

06 UI! frame 


08 XID command poll 

OA XID command not-poll 
oc XID response final 

OE XID response not final 
10 TEST response final 

12 TEST response not final 
14 Other or unidentified. 


The ASB Response from the Host 


Offset Parameter Name Byte Description . 
Length 


COMMAND > oq x81, RECEIVED.DATA 
Ween el Reserved 


RETCODE Return (Completion) Provided by the Host Program 


Reserved 


STATION_ID ID of the Station Receiving Data 


RECEIVE_BUFFER 2 Offset to the Address of the First Receive Buffer in Shared RAM 


Return Code to TROPIC 


x00 Operation completed successfully 
x20 Lost data on receive, no buffers available. Local busy will be set if NCB_TYPE specified I-frame. 


Return Code to the Host 

xFF Response valid, ASB available 

x01 Unrecognized command code 

x26 Unrecognized command correlator, see following Note 
x40 Invalid STATION_ID 


Note: For x26 only, “Unrecognized command correlator” means that the receive buffer address is not that which is expected by the adapter. 


0 
1 
2 
3 
4 
6 


Received Data 

Received data is held in the adapter shared RAM in one or more receive buffers, depending on the length of the frame. The 
address of the first, or only, receive buffer will be provided to the Host in the ARB with the RECEIVE.DATA command. In the last, 
or only buffer containing the frame, bytes 2 and 3 will contain x0000; otherwise they will contain the address of the next buffer 
plus 2 bytes. 
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Offset Description 


Reserved 


Offset to the Address of the Next Buffer Plus 2, 
or Zero if this is the Last Buffer 


Reserved 
FS/Address Match (Last Buffer Only) 
Length of the Data in this Buffer 


Frame Data 


RECEIVE_FS 

RECEIVE_FS bits are described below: 
Bit 7 Address recognized indicator 
Bit 6 Frame copied indicator 

Bit 5 Reserved 

Bit 4 Reserved 

Bit 3 Address recognized indicator 
Bit 2 Frame copied indicator 

Bits 1-0 Reserved 


RETRANSMIT.DATA x86 


The adapter will use this ARB to request the retransmission of Fast Path transmitted frames due to changes in the status of a 
link station. This ARB is only used on the link interface. The Host software responds by moving frames to the transmit buffer 
pool starting at the frame with the correlator given in the ARB. See the earlier discussion of Fast Path Transmits for moro 
information on retransmissions. 


Offset Parameter Name Description 


x86, RETRANSMIT.DATA 
’ Correlator Number with which to Start Retransmission 
Station ID of Link Requiring Retransmission 


RING.STATUS.CHANGE x84 
The adapter is indicating a change in the network status to the Host. 


The status provided with this command is the current network status and may possibly equal the last status if the adapter has 
had to wait for the ARB to become available. When the Host has read the command information from the ARB, it will interrupt 
the adapter by setting TISR(9) to acknowledge receipt of the command and indicate that the adapter may reuse the ARB. No 
response is required for this command. 


0 COMMAND x84, RING.STATUS.CHANGE 


6 NETW__STATUS Current Network Status, see Section 8.0 
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TRANSMIT.DATA.REQUEST x82 

This informs the Host that data for a non-Fast Path (SRB) transmit command previously issued by the Host is needed. 

When the Host has read the command information from the ARB, it will interrupt the adapter by setting TISR(S) to acknowledge 
receipt of the command and indicate that the adapter may reuse the ARB. When the Host has completed processing the 
TRANSMIT.DATA.REQUEST commana, it will provide a return code in the ASB and interrupt the adapter by setting TISR(12). 
Only a successful return code is expected by the adapter in response to this request. The Host program should make sure that 
the transmit request is valid before issuing the original command to the adapter. 


Byte 


Offset Parameter Name Length 


Description 


COMMAND 
CMD__CORRELATE 


x82, TRANSMIT.DATA.REQUEST 
-PC/Adapter Command Correlator 

Reserved 

ID of the Sending Station 

The Address of the DHB to Put the Data in 


STATION_ID 
DHB_ADDRESS 


A description of DHB contents after the data move follows: 
TRANSMIT.I.frame This is the data field of the frame to be transmitted. The adapter provides the LAB and DLC headers. 
TRANSMIT.DIR.frame This is the entire message, including the LAN header and any additional headers, with space reserved 


for the LAN source address to be inserted by the adapter. If the LAN header contains routing informa- 
tion, the Host must set the high-order bit of the high-order byte of the source address field on. 


Allother commands _ These include the LAN header with space reserved for the LAN source address to be inserted by the 
adapter, followed by 3 bytes reserved for the adapter to insert the LLC header, followed by the data. 
The adapter determines whether or not the LAN header includes routing information by checking the 
length field in the ASB accompanying the DHB. 


ASB Response from Host 


Byte 


Offset Parameter Name Length 


Description 


COMMAND 
CMD__CORRELATE 
RETCODE 


The Transmit Command as Provided in the Original SRB Command 
PC/Adapter Command Correlator 

Return (Completion) Provided by the Host Program 

Reserved 

ID of the Station Sending Data 

Length of the Entire Frame 


STATION__ID 
FRAME__LENGTH 
EADER__LENGTH 


RSAP__VALUE 


0 
1 
2 
3 
4 
6 


[owo_cosecare_ [1 
rrereooe [1 
caer EE 
sac [2 
Crete [= 


Length of the LAN Header, Required Only for an SAP 


Remote SAP, the DSAP in the Transmitted Frame, _ 
Required Only for SAP Station IDs 


Return Code to the Adapter 
x00 Operation completed successfully 


Return Codes to the Host 

xFF Response valid, ASB available 
x01 Unrecognized command code 

x26 Unrecognized command correlator 
x40 Invalid STATION_ID 
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6.0 BRIDGE OPERATION AND COMMANDS 


By using two TROPIC-based adapters in the same worksta- 
tion, each connected to a separate Ring, a bridge applica- 
tion program can forward frames between the two Rings. 
This capability is supported by some additional resources: 


e two additional SRB commands 
e one additional ARB command 


® two additional Shared RAM areas—a Bridge Transmit 
Contro! area and Bridge Transmission buffers 


© two additional interrupt register bits, one in the HISR and 
one in the TISR 


A DIR.CONFIG.BRIDGE.RAM command must be issued be- 
fore the DIR.OPEN.ADAPTER command. This ensures that 
the shared RAM will be prepared with the bridge transmit 
areas allocated when the open is performed. 


After the adapter has been opened, a 
DIR.SET.BRIDGE.PARM command must be issued to en- 
able frames to be received for forwarding. 


An adapter that is opened for bridge functions interrogates 
all frames passing on the ring. Any received frame that does 
not have any other address match for the adapter and has a 
routing information (RI) field is to be forwarded. Refer to the 
IBM Token-Ring Network Architecture Reference for more 
about routing frames. 


When the adapter receives a frame from the ring for for- 


warding, the adapter issues an ARB command (the . 


RECEIVE.BRIDGE.DATA command) to the Host. 


The Host software must move the frame data from the re- 
ceive buffers of the receiving adapter in shared RAM to the 
transmit buffers in the shared RAM of the adapter connect- 
ed to the other ring. Then the Host software must inform the 
receiving adapter that the frame has been accepted by re- 
sponding to the ARB with an ASB. 


The Host software must set TISR(14) to initiate transmitting 
the frame now in the bridge transmit buffer in shared RAM 

- of the transmit adapter. When the adapter has completed 
transmitting the frame, it sets HISR(9) to inform the Host 
software. 


The bridge transmit control area is used during the transmis- 
sion to monitor buffer use and availability. 


The Bridge Commands 


Shared RAM Layout for Bridge Use 


TROPIC assigns locations in shared RAM when the adapter 
is opened for bridge use in a format like the following: 


Start of Shared RAM (as seen from TROPIC) 


Host Read-Only Address Space 


Adapter Private Length: 1496 bytes 
Variables and 
Work Areas 


System Status Block Length: 20 bytes 

(SSB) 

Adapter Request Length: 28 bytes 

Block (ARB) 

Receiver Buffers Length: space remaining after all 
SAPs or stations are defined 

SAP and Link Station | Length: as defined by mnaximum 
number of SAPs or stations 


Control Blocks 


Host Read/Write Address Space 


Data Holding Buffer Length: as specified at open 
(DHB) adapter time. There may be one 


or more DHBs. 
System Request Block 


Length: 28 bytes 
(SRB) 
Adapter Status Block | Length: 12 bytes 
(ASB) 
Bridge Transmit Length: 16 bytes 


Control Area 

Length: defined by the 
DIR.CONFIG.BRIDGE.RAM 
command 


Reserved Area on 64 kB Shared RAM Adapters 
Length: 512bytes 


End of Shared RAM (As Seen from TROPIC) 
Note: On 64 kB adapters, the 512 bytes at the end are reserved.’ 


The bridge transmit control area and the bridge transmit 
buffers are the additional fields defined in shared RAM for 
bridge functions (if the bridge functions are activated by a 
DIR.CONFIG.BRIDGE.RAM command). 


Bridge Transmit 
Buffers 


The following commands are provided to allow the use of TROPIC’s bridge functions. 


Command Name 


DIR.CONFIG.BRIDGE.RAM | OC 

buffers 
DIR.SET.BRIDGE.PARMS 

forwarding 
RECEIVED.BRIDGE.DATA | 85 | 
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Description 


Tells adapter how much shared RAM to allocate for bridge transmit control areas and 


Lets Host set values and conditions for adapter to use when copying frames for 


Informs Host that adapter has received frame that requires forwarding 
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DIR.CONFIG.BRIDGE.RAM x0C 

SUMMARY: This command tells the adapter how much shared RAM to allocate for bridge transmit control area and buffers. 
The adapter must have been initialized and must not be open for this command to be accepted. When subsequent commands 
are issued, the conditions enabled by this command are incorporated. 


In addition to the allocation of shared RAM, this command forces bit 8 of the functional address to be set on regardless of the 
parameter passed by a subsequent DIR.OPEN.ADAPTER or DIR.SET.FUNCTIONAL.ADDRESS command. Once set, this func- 
tional address can be reset only by either closing and reinitializing the adapter, or issuing a DIR.CONFIG.BRIDGE.RAM com- 
mand with a shared RAM size of zero. 


Byte 


Offset. Parameter Name Length 


Description 


0 COMMAND x0C, DIR.CONFIG.BRIDGE.RAM 
1 Reserved 

2 RETCODE Set by the Adapter Upon Return 
3 


Reserved 


8 XMIT_.RAM__SIZE The Amount of Shared RAM for Bridge Transmit Space: 


XMIT_RAM_SIZE 


The number of 8 byte blocks of shared RAM to dedicate for bridge transmit buffers and the associated bridge transmit control 
area. The transmit buffers will be formatted identically to the receive buffers when the adapter is opened. The minimum value for 
this field is 3 (24 bytes). 


SRB Response 


When the adapter completes the command, it sets return values in SRB bytes 8 through 11 and the return code is placed in the 
RETCODE field. The adapter then interrupts the Host by setting HISR(13). The SRB content will then be as shown below. 


| Byte Description 


Offset Parameter Name Length 


COMMAND x0C, DIR.CONFIG.BRIDGE.RAM 
Reserved 
Return Code, see Below 


Reserved 


0 
1 
2 RETCODE 
3 
8 


BRIDGE_XMIT 
10 SRB_ADDRESS 


Offset to the Address of Bridge Transmit Control Area 
Offset to the Address of the SRB oo 


Valid Return Codes 

x00 Operation completed successfully 
x01 Invalid command code 

x03 Adapter open, should be closed 
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DIR.SET.BRIDGE.PARMS x09 
SUMMARY: This command provides values and conditions for the adapter to use when copying frames for forwarding. 


A DIR.CONFIG.BRIDGE.RAM command must have previously been completed successfully and the adapter must be open for 
this command to be accepted. A return code of x05 (required parameters not provided) is returned if the 
DIR.CONFIG.BRIDGE.RAM command was not previously completed successfully. The adapter does not check for parameters 
missing from this command. 


Byte 


Length Description 


Offset Parameter Name 


COMMAND x09, DIR.SET.BRIDGE.PARMS 
Reserved 

RETCODE Set by the Adapter Upon Return 
Reserved 

SOURCE_RING 
TARGET._RING 
BRIDGE_NUMBER 
PARTITION_BITS 
SROUTE_BROADCAST 


TOKEN__PRIORITY 


Source Ring Number 


Target Ring Number 


Individual Bridge Number 

Number of Partition Bits 

Single-Route Broadcast Path Indicator 
Access Priority for Forwarding Frames 


SOURCE_RING 

The adapter compares the value in this field with the routing information source ring field in frames received from the ring when 
determining if the frame is to be forwarded. This value must be the number of the ring to which this adapter is connected. For 
instance, the valid range of values is xX001 to xXFFF if the PARTITION__BITS parameter value is 4. The SOU RCE_RING value 
must he different from the TARGET_RING value. 

Note: All bridges connected to a specific ring must refer to the ring with the same ring number value. 


TARGET_RING 

The adapter compares the value in this field with the routing information target ring field in frames received from the ring when 
determining if the frame is to be forwarded. This value must be the number of the ring to which the other adapter in this Host is 
connected. For instance, the valid range of values is xX001 to xXFFF if the PARTITION_BITS parameter value is 4. The 
TARGET__RING value must be different from the SOURCE_RING value. See the note above. 


BRIDGE_.NUMBER 


The adapter compares the value in this field with the routing information bridge number field in frames received from the ring 
when determining if the frame is to be forwarded. 


PARTITION__BITS 

The value in this field is used to determine what portion of each 2-byte segment in the routing information field contains the 
bridge number. A value of 4 indicates that the low-order 4 bits of the segment contain the bridge number. The remaining 12 bits 
contain the ring number. There is no default value for this field. The Host software is responsible for maintaining a validity check 
on the value used. All bridges in the network must use the same value for this field or its equivalent. See “Routing Control Field” 
in the /BM Token-Ring Network Architecture Reference. , . 


SROUTE_BROADCAST 


The value in this field is used to determine the handling of single-route broadcast frames that are received. If the value is zero, 
single-route broadcast frames will not be copied by the adapter. If the value is not zero, single-route broadcast frames will be 
copied by the adapter. 


TOKEN__PRIORITY 

This value indicates the priority token that can be captured or requested for bridge forward frame use. The maximum value 
allowed is 4. A value greater than 4 will cause a return code of x08 (unauthorized access priority). 

This parameter does not affect the priority of frames sent by the Host software using the standard transmit buffer path. Refer to 
the Transmit Commands discussion in Section 5.0. 
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SRB Response 

When the adapter completes the DIR.SET.BRIDGE.PARMS operation, it sets the return code in the SRB and interrupts the Host 
by setting HISR(13). . 
Valid Return Codes 


x00 Operation completed successfully 
x01 Invalid command code 

x04 Adapter closed, should be open 
x05 Required parameters not provided 
x08 Unauthorized access priority 


RECEIVED.BRIDGE.DATA x85 


SUMMARY: This command informs the Host that the adapter has received a frame that does not have any other address match 
for the adapter (such as specific, group, or functional address match) and has an RI field. This command is only valid after a 
DIR.SET.BRIDGE.PARMS command has been received by the adapter. 


All frames received by the adapter as bridge frames are given to the Host through the direct interface (station x0000). Therefore, 
until the Host issues an ASB response to the RECEIVE.BRIDGE.DATA ARB command, no other ARB interrupts for data 
received on the direct interface can be issued to the Host. This includes both MAC and additional frames to be forwarded. 
The Host software must set TISR(9) to indicate that the command has been read from the ARB. After the Host software has 
completed processing the command and written the ASB, TISR(12) must he set to indicate completion to the adapter. Frames 
that have a destination address match are passed to the Host through the normal RECEIVE.DATA ARB (x81). 


one Lent aisha 
0 COMMAND x85, RECEIVE.BRIDGE.DATA 
4 STATION_ID | 2 | IDof the Receiving Station, Always x0000 
6 RECEIVE_BUFFER | 2 | Offset to the Address of the First Receive Buffer in Shared RAM 
8 LAN_HDR_LENGTH | 1 | The Length of the LAN Header Field 
a ee ee 
10 FRAME_LENGTH | 2 __|_Lengthof the Entire Frame (including CRC) 
12 NCB__TYPE ’ Category of the Message Received, Always x14 (Other) 


. Note: The last 4 bytes of data in the receive buffer for a fraome received via a RECEIVE.BRIDGE.DATA (x85) ARB are the received cyclic redundancy check 


(CRC). 


The ASB Response from the Host 


The Host software should respond to the RECEIVE.BRIDGE.DATA (x85) ARB with a RECEIVED.DATA (x81) ASB as shown 
below. 


Otieet | Parameter Name leek Description 
oe x81, RECEIVED.DATA 
2 | ReTCOWE =| lt Return (Completion) Provided by the Host Program 
4 | station_iD =| ks ID of the Station Receiving Data, Always x0000 (Direct Interface) 
6 | RECEIVE_BUFFER | 2 «| Offset to the Address of the First Receive Buffer in Shared RAM 
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Return Code to the Adapter 
x00 Operation completed successfully 


Return Code tothe PC System _ 

xFF Response valid, ASB available 
x01 Unrecognized command code 

x26 Unrecognized command correlator 
x40 Invalid STATION_ID 


Note: For this response only, “Unrecognized command correlator” means that the receive buffer address is not that which is expected by the adapter. 


The Received Data 
See the RECEIVED.DATA ARB command description for details about the receive buffers. 


TRANSMITTING BRIDGE FORWARDED FRAMES ~~ 

Transmitting frames forwarded by a Host bridge program using TROPIC is performed differently than normal transmitting. The 
frame data can be moved directly from the receive buffers in the shared RAM of the receiving adapter to the transmit buffers in 
the shared RAM of the transmit adapter. 

The bridge transmit control area allows the adapter and the Host software to jointly manage the transmit buffer pool. The 
locations of the bridge transmit control area and the bridge transmit buffers in shared RAM are available at the completion of the 
DIR.CONFIG.BRIDGE.RAM SRB command. 


Bridge Transmit Control Area 


Offset Description 
2 1 Count of the Buffers in Use by the Host 
3 Count of the Buffers Transmitted by the Adapter 
4 Count of the Buffers Returned to the Host by the Adapter 
after Transmission 
5 ee ae ae Reserved for Host Use 
6 | max_BurFeRS [| 2 | The Total Number of Bridge Transmit Buffers 
8 | Next_BuFFER | 2 | __The Address of the Next Available Butter 
10 The Address of the Buffer Containing the Next Data to Transmit 
12 a le ca Reserved for Adapter Work Area 
INPUT_COUNT 


This field is incremented by the Host software to indicate the number of bridge transmit buffers filled. The adapter can only read 
this field. 

OUTPUT_.COUNT 

This field is incremented by the adapter to indicate the number of buffers that have been transmitted (successfully or unsuccess- 
fully). The Host can only read this field. 

RETURN_.COUNT 

This field is set by the Host software to indicate the number of buffers that have been returned after transmission by the adapter. 
The adapter docs not use this field. 

MAX_.BUFFERS 

This field contains the total number of bridge transmit buffers formatted when the adapter is opened with the bridge functions 
active. The Host can only read this field. 

NEXT_BUFFER 
When the adapter is opened, it sets this field with the address in shared RAM of the first bridge transmit buffer. Thereafter, the 
adapter will neither read nor write this field. 

OLD__BUFFER 


When the adapter is opened, it sets this field with the address in shared RAM of the first bridge transmit buffer (the same as the 
NEXT__BUFFER field). Thereafter, the adapter will neither read nor write this field. 
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Initiating Transmission 

The Host software must follow these steps to transmit frames using the bridge transmit contro! area. 

1. Determine the number of transmit buffers currently available by the following calculation using 8-bit unsigned arithmetic. 

Number of buffers available = MAX_BUFFERS — INPUT_COUNT + RETURN_.COUNT 

2. If buffers are available, Host software then fills the data area of the buffers, sets BUFFER_LENGTH to the length of data in 
the buffer, and sets XMIT_CONTROL in the buffer appropriately (see “Bridge Transmit Buffer Layout” below). 
If an insufficient number of buffers are available to hold the entire frame to be transmitted, the Host software may fill the 
available buffers and wait until additional buffers become available. The Host software must not update the INPUT_COUNT 
field until the entire frame is copied into the bridge transmit buffers and the “last-buffer-indicator”’ bit in the XMIT_CONTROL 
field has been set. 

. After the Host software has placed an entire frame into the bridge transmit buffers, it must update the bridge transmit control 
area as follows: 
— It must update the NEXT__BUFFER field to point to the next available buffer (that is, the value of BUFFER__POINTER in 

the last buffer used is stored in the NEXT__BUFFER field of the bridge transmit control area). 


— It must increment the INPUT.__COUNT field by the number of bridge transmit buffers used by the frame. 
The Host software must ensure that the “last-buffer-indicator” bit in the XMIT_.CONTROL field has been set in the last buffer 
before updating the INPUT__COUNT field. 
Note: Failure to do this can result in an adapter check with a reason code of x0001 (program-detected error). 

4. The Host software should then set the frame forward request (TISR bit 14) to indicate to the adapter that a bridge frame is 
ready for forwarding. 
After the adapter has transmitted the frame (successfully or unsuccessfully), it updates the OUTPUT_COUNT field of the 
bridge transmit control area and sets the frame forward complete (HISR bit 9) bit to interrupt the Host. - 

5. The Host software must then update its fields in the bridge transmit control area so that joint buffer management may be 
maintained. For example, it would set the RETURN__COUNT field equal to the OUTPUT__COUNT field value. 


Note: The BUFFER_POINTER field of the last buffer of a frame always points to the first buffer of the next frame to be transmitted, because the bridge 
transmit buffers are linked in a circular queue. 


[*) 


The Bridge Transmit Buffer Layout 


Bridge frames are transmitted out of special buffers dedicated to bridge traffic. These buffers are formatted when the adapter is 
opened with bridge functions selected and are the same length as the receive buffers in that adapter. If both adapters are 
opened with the same parameters, the logic required to copy frames from the receive buffers of one adapter to the transmit 
buffers of the other is minimal. 

There are two formats for the bridge transmit buffers: one for buffers filled by the Host software with the frame to forward and 
another for the buffers that are returned to the Host after the adapter has transmitted the frame. 


The bridge transmit buffers before transmission are described in the table below: 
Bridge Transmit Buffers (before Transmission) 


Offset Description 
0 | FRAME_LENGTH | 2 | The Length of the Entire Frame (Including CRC), in First Buffer Only 
2 | BUFFER_POINTER | 2 ‘| Offset to the Address of the Next Buffer Plus 2 
6 | BUFFER_LENGTH | 2 | Length of the Data in this Buffer 


FRAME_LENGTH ; 

This field must be set by the Host software to indicate the entire length of the frame to be transmitted: This field is valid in only 
the first buffer of the frame. The field is reserved in the rest of the buffers for the frame. 

BUFFER_POINTER 


This field points to the BUFFER__POINTER field of the next available bridge transmit buffer. This field must not be altered by the 
Host software. It can only be interrogated. 
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XMIT_CONTROL 
This field is set by the Host software to control the CRC generation and to flag the last buffer of a frame. The bit meanings are: 
Bits Description 
7-5 Reserved 
CRC generation (required in first buffer only) 
0 = CRC is to be calculated by the adapter and inserted after the buffer data. 
1 = The last 4 bytes of data in the last buffer for the frame are the CRC to be sent with the frame. 
Reserved 
Last buffer indicator. 
0 = There are additional buffers for the frame. 
1 = This is the last buffer for the frame. 


BUFFER__LENGTH 
This field contains the total number of bytes to be transmitted from this buffer. 
The bridge transmit buffers after transmission are described in the table below. 


Bridge Transmit Buffers (after Transmission) 


Byte 


Offset Parameter Name Length 


Description 


LAST__BUFFER The Address of the Last Buffer in the Frame, 


Plus 2, First Buffer Only 

Offset to the Address of the Next Buffer, Plus 2 

Transmit Completion Status, Last Buffer Only 

The FS Byte as Removed from the Frame, Last Buffer Only 
Length of the Entire Frame (Including CRC), Last Buffer Only 
The Number of Buffers in the Frame, Last Buffer Only 


BUFFER__POINTER 
XMIT_STATUS 
STRIP_FS 
FRAME__LENGTH 
NUMBER_.BUFFERS 
Data Area 


LAST_BUFFER 

This field contains the address of the BUFFER__POINTER field of the last buffer in the transmitted frame. This field is valid in 
only the first buffer of the frame. The field is reserved in the rest of the buffers for the frame. 

BUFFER__POINTER 

This field points to the BUFFER__POINTER field of the next available bridge transmit buffer. 
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XMIT_STATUS 
This field is set by the adapter to indicate the transmit completion status of the frame. The bit meanings are: 


7 Purge Indicator 0 = The frame has not been purged. . 

1 = The frame was not transmitted but was purged from the transmit queue 
by the adapter. The adapter may purge frames from the transmit queue 
under three conditions: 

— The ring the adapter is connected to is beaconing. 

— The source routing indicator bit in the source address field is not set. 

Note: This bit is not checked by the adapter. 

— The frame is a MAC frame with a source class and destination class 
of “‘ring station.” au 

When this bit is set, bits 6 through 1 are not set. 


6 Strip Frame Error When this bit is set, the adapter detected a transmission error when 
Detect (SFED) removing the frame from the ring. 

5 ’ Strip Error Detect This bit is a representation of the error-detected bit found in the ending 
Indicator (SEDI) delimiter (ED) byte of the frame after transmission. 


4-1 Transmit Completion These bits represent a transmit completion code which is placed into the last 
Code transmit buffer of a frame. The field definitions are: 
Bits 4-3—Parallel Completion 
00 = Good completion 
01 = DMA parity error 
10 = DMA underrun 
11 = Next buffer in chain unavailable 
Bits 2-1—-Serial completion 
00 = Good completion 
01 = PTT timeout; this frame’s ending delimiter never returned 
10 = Corrupted token 
11 = Either an implicit or explicit abort was stripped 


0 Last Buffer Indicator This bit is always set to indicate the last buffer of a transmitted frame. 


STRIP_FS 


This field contains the frame status (FS) byte of the frame after transmission. This field is valid for only the last buffer of a frame. 
It is valid only when the purge bit in the XMIT__STATUS field is zero. 


FRAME__LENGTH 


This field contains the value of FRAME__LENGTH before the frame was transmitted. This field is valid for only the last buffer of 
a frame. 


NUMBER_BUFFERS 


This contains the number of bridge transmit buffers used for the frame. This field is valid for only the last buffer of a frame. 
Note: This field overwrites the first byte of data in the last buffer of the frame. 


7.0 EARLY TOKEN RELEASE ISSUES 


Early Token Release (ETR) is a method of reducing the delay or latency that can occur within a token ring due to the signal 
propagation time on a 16 Mbps Token-Ring Network as intermediate nodes repeat the signal. As the physical ring length 
(number of active stations) or the data rate increase, the number of bytes required to “‘fill” the ring increases. The maximum 
efficiency of the standard token protocol can be affected if a high percentage of the frames are shorter than the latency of the 
ring, resulting in an overall average frame size that is less than the ring latency. This is due to the idle characters that must be 
inserted by a transmitting station until it has recognized its source address in the header of the returning frame and subsequent 
releasing of a new token. An early token release protocol allows a transmitting station to release a new token as soon as it has 
completed frame transmission, whether or not the frame header has returned to that station. 

ETR can optimize the use of the available ring bandwidth when the average frame size is less than the ring length by decreasing 
the delay that subsequent stations would see before receiving a token. Frames from two or more different stations can be on the 
ring simultaneously with this enhancement to the protocol. 
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The ETR mode of operation alters the behavior of the priority protocol in that the station may not have received the header 
of the transmitted frame prior to releasing the token. When this occurs, the priority of the next token is the same as the token 
that was captured by the station prior to transmitting its frame. Any priority reservations that may appear in the header of the 
returning frame are ignored. However, application programs that offer a mixture of both long and short frames will see little 
or no negative performance impact due to this mode of operation. 


The maximum ring efficiency is defined as that portion of the bandwidth that is available for frame information transfer. The 
maximum ring efficiency that can be achieved on a ring is simply the ratio of the average number of bytes per frame to the 
total number of bytes expended on the network to transfer the frame. If the average frame contains 100 bytes of information, 
but requires 25 idle bytes per frame, then a maximum ring efficiency of 80% can be achieved. This is expressed as: 


Max Ring Eff = (Number of Frame bytes) / (Frame bytes + Idle bytes) 
Max Ring Eff = (100)/(100 + 25) = 0.80 
The number of idle bytes varies depending upon the total frame length. The standard token protocol requires the sender to 


transmit idle characters onto the ring until it recognizes its own address in the returning header of the frame. The length of 
the idle field is thus a function of the frame size relative to the total latency of the ring. 


The typical latency of a 4 Mbps ring is approximately 50 to 100 bytes. However, 16 Mbps rings are more likely to be used in 
large backbone rings where the ring latency could exceed 400 bytes. The benefits of the ETR protocol will be greater where 
a 16 Mbps ring spans a large area. With ETR, no idle characters are required to fill such a ring. 


Hardware implementation may require a small inter-frame gap between the end of one frame and the beginning of the next 
frame. 


Additional Factors to Consider 


Small frames are normally used for frame acknowledgements and command/control data. High link utilization is more likely 
to be associated with simultaneous file transfers by several stations, thus having a higher percentage of “‘long” frames. Also, 
since the short frames could be back-to-back, a sequence of 40 frames at 50 bytes each causes about the same delay to a 
priority station as one continuous 2000 byte frame, assuming the priority station had to simply wait its turn for the token. 
Fairness of service ensures that all stations continue to receive their fair share of the ring bandwidth during periods of heavy 
load. 


Priority access provides the most benefit to a user only when the link utilization is extremely high. Utilizations at these high 
levels should only occur during bursts of activity rather than for extended periods. During periods of low utilization, the 
priority reservation scheme should be invoked less frequently, thus offering negligible transfer time improvement. 


ETR Conclusion 


ETR can provide a substantial increase in available data bandwidth when the average frame size is shorter than the latency 
of the ring. 


The priority reservation protocol may be affected by the early token release mode of operation due to the loss of some 
reservations. However, based on simulation results, there appears to be negligible delay at utilizations below 80%, and the 
delays above 80% utilization should be limited for most rings exhibiting a mixture of long and short frames. The elimination 
of ring latency as a limiting factor in maximum ring efficiency is a major benefit of the ETR protocol. 
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OVERVIEW 


This document is intended as an overview of the National 
Semiconductor LAN software driver support. Primarily de- 
scribed here are various details about evaluation and driver 
software for National’s LAN evaluation products. In addition 
to these products, National can develop custom drivers for 
special requirements. 

Table | lists Evaluation boards currently in production or in 
development. Provided with these LAN evaluation products, 
are a number of software drivers and diagnostics that en- 
able a customer to easily evaluate and implement designs 
using National's LAN products. 


In Section 1.0 a short overview of the available Evaluation 
boards is given followed by an in-depth description of avail- 
able software support, and information about developer pro- 
grams and general support for creation of LAN drivers. 


DP839EB-ATS 
DP839EB-MCS 
DP83950EB-AT 
DP83956EB-AT 
DP8025EB-AT 


TABLE |. LAN Evaluation Boards 


LAN 
Part i3) : 
Description Chips 
Number 

Supported 
DP83902EB-AT ST-NIC PC-AT Compatible Ethernet Evaluation Board DP83902 ST-NIC 
DP83905EB-AT AT/LANTIC Evaluation Board DP83905 AT/LANTIC 
DP83916EB-AT 16-Bit PC-AT Bus Master Evaluation Board with DP83916 

Repeater Management Interface SONIC-16 

DP83932EB-EISA 32-Bit EISA Bus Master Evaluation Board DP83832 SONIC 
DP83934EB-EISA 32-Bit EISA Bus Master Evaluation Board DP83934 SONIC-T 


16-Bit PC-AT Bus Master Evaluation Board 

32-Bit MicroChannel® Bus Master Evaluation Board 
12 Port PC-AT Repeater Evaluation Kit (RICKIT™) 
6 Port PC-AT Evaluation Hub Board 

16-Bit Token Ring Evaluation Board 


National Semiconductor 
Application Note 846 


1.0 HARDWARE 


The evaluation boards can be divided into four categories. 
One set of boards is based on the DP8390 family, the sec- 
ond set is based on the high performance DP83932 
SONIC, the third set is based on the DP83950/955/6 
repeaters, and the fourth is token ring boards based on 
TROPIC. All four are summarized here, and listed in Ta- 
ble I. 


16-Bit DP8390 Core Based Boards 


The DP83902EB-AT utilizes the DP83902 ST-NICT™ to pro- 
vide a very low cost 16-bit !/O mapped design (software 
compatible with Novell’s NE2000). This design utilizes low 
cost octal bus interface components to provide an example 
of a simple bus interface. The DP83905EB-AT uses the inte- 
grated AT/LANTICT™ Ethernet Controller. This device pro- 
vides a very small parts count, cost effective interface spe- 
cifically for PC-AT® (ISA) bus compatible systems. 


16-Bit/32-Bit SONIC Based Boards 

The first SONIC based board is the DP839EB-ATS which 
provides a simple high-performance bus master interface 
for the PC-AT. This card shows the basic features of the 
SONIC, but due to the slowness of the AT bus cannot show 
SONIC’s potential performance. The DP83916EB-AT has 
replaced the DP839EB-ATS, which is obsolete. This board 
uses an integrated bus interface from PLX Corp. (AT 9010), 
and also adds an interface to connect to the DP83950EB- 
AT’s management interface. 


DP83932 SONIC 
DP83932 SONIC 
DP83950 RIC™ 
DP83956 LERIC™ 
DP8025 TROPIC 
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DP83950EB-AT 


The DP83932EB-EISA and DP83934EB-EISA are better in- 
dicators of performance. They are 32-bit bus master adapt- 
ers using the PLX EISA9032 bus interface and are compati- 
_ ble with EISA PCs. The simple bus mastering interface 
yields very high performance for EISA client computers. 


Repeater Evaluation Boards 


The DP83950 Evaluation Kit is provided to enable ecaias! 
tion of the DP83950. This kit provides a cascadable 12 
10BASE-T port repeater with a PC-AT interface to enable a 
CPU to control. This design also has a management inter- 
face for network monitoring by a compatible card (such as 
that provided by the DP83916EB-AT). 


The DP83956EB-AT is a low cost 6 port repeater/node 
board which plugs into a PC-AT compatible computer and 
demonstrates the integration of a repeater and standard 
Ethernet card into a PC. It has the functionality of an Ether- 
net adapter but adds a 6 port repeater. 


NetWare™ | NetWare 


Evaluation 2.15 3.11 
Product 
Software (IPX) (ODI) 
(Note 6) (Note 1) 


DP83902EB-AT 
DP83905EB-AT 
DP839EB-MCS 
DP839EB-ATS 
DP83916EB-AT 


DP83932EB-EISA 
(Note 5) 


DP8025EB-AT 


DP83956EB-AT 


Note 1: Includes DOS and OS/2 client and server ENS 
Note 2: Under development. 


TABLE I!. LAN Software Availability 


NetWare 


Token Ring Boards 


The DP8025EB-AT utilizing the TROPIC to provide a cost 
effective slave (shared memory) PC-AT compatible token 
ring adapter card. Contact your local National Semiconduc- 
tor Sales office or authorized distributor for up-to-date infor- 
mation regarding driver software for TROPIC. 


2.0 LAN DRIVER SOFTWARE 


For each of National Semiconductor’s Evaluation boards, 
there is a set of drivers available (they are NOT generally 
supplied with the Evaluation Boards, see Section 5.0). The 
available drivers are listed in Table II. 


National Semiconductor’s goal is to develop a set of drivers 
which shows the operation and performance of the evalua- 
tion boards, and to provide example code for National Semi- 
conductor's IC products which can be used to develop simi- 
lar or related products. The intention is to simplify a custom- 
er’s development by providing reliable software examples. 
In most cases, the boards and software provided come 
close to being product-quality design. 


LAN LAN 
salt yin Packet 
: as Driver 
(NDIS) 


Note 3: The DP83956 is compatible with the DP83902EB-AT when using device drivers. Novell HMI (Hub Mangement Interface) drivers for NetWare 3.1x are under 


development. 


Note 4: When used with the DP83950EB-AT can support Novell’ 's HMI. This driver is under development. 
Note 5: DP83934EB-EISA is software compatible and uses the same driver set. 


Note 6: Novell is no longer certifying IPX workstation drivers; these have been superceded by ODI workstation drivers. 


General Driver Information 


It is perhaps appropriate to discuss what constitutes a use- 
ful driver or set of drivers. To specify a particular driver three 
parameters are required: 


1. A specific hardware implementation; 
2. A network operation system; 
3. A computer operating system. 


If these are defined, then a single software driver can be 
specified. For example, if the computer is a PC with the 
DP83932EB-EISA, running NetWare 3.11 Net OS, and DOS 
OS, then a DOS ODI (Open DataLink Interface) driver is the 
specific driver required. Another example is a PS/2 with a 
SONIC MICROCHANNEL card running OS/2 with LAN 
Manager. This specifies an OS/2 NDIS (Network Driver In- 
terface Specification) driver. 


A category of drivers called boot ROMs (sometimes called 
RPL (remote program load) ROMs enable systems to load 
their operating system from a network server, eliminating 
the need for local storage on a local hard disk. 


Depending on the Network Operating System, differing 
numbers of drivers are necessary to obtain a working net- 
work using a specific NOS. Table II presents an example list 
of the drivers for each NOS. 


To develop these drivers information from each vendor is 
required. Most NOS vendors have a developer program that 
provides support and technical information to assist in the 
development of drivers. Address and phone information for 
some vendors is provided in Table VI. Also shown in Table 
VI are the Compiler/Assembler tools recommended to de- 
velop these software drivers. 


Other Driver Software for SONIC 

A couple of other drivers are available or under develop- 
ment that may be useful as examples for applications other 
than PC market applications. These drivers are suited to 
providing examples of how drivers for embedded applica- 
tions could be done. These drivers are: 


1. Embedded UNIX Driver 


2. Wind River’s VxWorks Driver (available from Wind River 
Systems) 


Both of these drivers are available. The Embedded driver is 
available from National, and can be used to provide fairly 
good generic examples of how to use the SONIC in an em- 
bedded application. The second driver is available from 
Wind River Systems (Phone: 510-748-4100). 


3.0 “NO-SOFTWARE” ETHERNET 
LAN SYSTEMS DESIGN 


For many designers, implementing a networking interface 
without having to provide or maintain a library of device driv- 
ers, can be a very attractive design option. If this can be 
accomplished then the costs and time associated with de- 
veloping the device drivers can be eliminated, simplifying 
the LAN system design process. 


Due to the fragmentation of hardware designs and architec- 
tures achieving the “‘No-Software” LAN implementation can 
be difficult. HOWEVER, a large number of Net OS software 
vendors have written and offer device drivers for Novell’s 
NE2000 adapter. This adapter design was originally code- 
veloped by National and Novell, it has become very popular, 
and now a number of adapter board manufacturers provide 
software compatible boards as well. 


Due to the NE2000’s popularity, many Net OS vendors ship 
drivers for NE2000’s and compatibles with their products to 
ensure end-user acceptance of their hardware product. This 
is unique to the NE2000 architecture. Therefore the NE2000 
has become an industry standard architecture that is widely 
supported by major network software vendors. (National 
Semiconductor provides hardware design information for 
implementing an NE2000 design in the 1992 LAN Data- 
book; see AN-752). 


Table III Shows general information about some of the most 
popular LAN Net OS products. The right column describes 
the support for the NE2000 adapter provided. 


This list is fairly comprehensive, but may not be complete, 
as many other smaller NOS vendors may have written driv- 
ers for the NE2000 also. The NE2000 drivers are generally 
available to Ethernet hardware developers and can be li- 
censed to be shipped with the NE2000 hardware product. 
Licensing fees vary from company to company; the devel- 
oper should contact the appropriate vendors for specifics 
on the licensing of the drivers. 


9/8-NV 


AN-846 


woe [gem [vm |e 


NetWare 


LAN 
Manager 


VINES 


NetBIOS 


Sco 


UNIX386 . 


V3.2.4 


PC/TCP 
2.X 
(Note 2) 


TABLE Ill. Network Operating System Vendors 


ODI OS/2 
ODi DOS 
ODI Server (Note 3) 


IPX Server 
IPX Workstation (Obsolete) 
Boot ROM 


OS/2 NDIS (Note 1) 
DOS NDIS 
Boot ROM 


RPL (LAN Manager. — 
and NetWare) 


OS/2 NDIS (Note 1) 
DOS NDIS 
Boot ROM 


NetBIOS Driver 


LLI Streams Driver 


DOS Packet Driver 


Novell Inc. 

Independent Manufacturers 
Support Program, B-17-1 
122 East 1700 South 
Provo, UT 84606 
801-429-5713 (Note 1) 


Microsoft Corporation 
System Software 
One Microsoft Way 
Redmond, WA 
98052-6399 
800-227-6444 


LANWorks 
416-238-5528 


Banyan 
508-898-1000 


Performance Technology 
800-327-8526 
512-524-0500 


The Santa Cruz Operation, Inc. 


SCO Developer Program 
400 Encinal St. 

P.O. Box 1900 

Santa Cruz, CA 95061 
408-425-7222 


FTP Software 

P.O. Box 150 

Kendall Square Branch 
Boston, MA 02142 


Phar Lap ASM 
for server 
Microsoft MASM 


_ for workstation 


Microsoft MASM, 
Microsoft C 


Microsoft 
MASM - 


Various 


Various 


SCO UNIX 386 
v3.2.4 
Development 
System with 
various LAN 
add-ons 


Microsoft C 4.0 or 
greater, Borland 
or Microsoft 
Assemblers 


NE2000 Driver 
Availability 


Supplied with NetWare 


Supplied with LAN 
Manager, may be 
licensed for use with 
other packages 


Programs and sells 
ROMS for both NetWare 
and LAN Manager, may 
be licensed for use with 
OEM products 


Supplied with VINES, 
also uses NDIS drivers 
for clients 


Licenses a driver for 
many NetBIOS — 
applications (Note: 
LANtastic uses an 
NE2000 like card 


Supplied by SCO 
in LLI 3.1 update 
(now available) 


General driver standard 
works with public 
domain and PC/TCP 


Note 1: NDIS Drivers are also supported by other networking packages such as Banyan VINES, Sun® PC/NFS, and IBM LAN Server. 
Note 2: The SCO UNIX driver provides connectivity for a PC running SCO UNIX in a TCP/IP network. The packet driver enables DOS PC communication in a TCP/ 


IP network. 


Note 3: To facilitate implementing Ethernet repeater management functions on servers, Novell provides an additional driver specification to support IEEE Hub 
Management specifications. This driver add-on is called HMI. 


4.0 NATIONAL SEMICONDUCTOR LAN 
DRIVER SOFTWARE DISTRIBUTION 


National Semiconductor provides LAN software as a sepa- 
rate set of software products available on IBM compatible 
floppy disks, that may be ordered through an authorized 
National Semiconductor distributor or Sales office. 


Availability of driver source code for some Net OS is limited. 
Some Net OS vendors, require developers to sign up to a 
certification or developer program, which usually involves 
paying fees, and signing a licensing agreement. The license 
agreement that National has signed for the drivers listed in 
this document may have certain limitations for distribution of 
the source code. (Distribution of object or binary code is not 
restricted). Table IV below highlights the requirements for 
National to distribute driver software. 


In addition to the NOS vendor restrictions, National Semi- 
conductor Corporation has an additional software license in 
the form of a sealed envelope license agreement that must 
be accepted before we distribute either source or execut- 
able code. 


5.0 EVALUATION SOFTWARE 


Each board comes with Evaluation and Diagnostic software. 
This software provides example code for programming Na- 
tional’s Ethernet integrated circuit products (typically in Mi- 
crosoft™’ C). These programs can be used to evaluate the 
behavior and operation of National’s products on a network. 
The evaluation software can be used and/or modified to 
facilitate generation of hardware testing software. The eval- 
uation software is provided with the evaluation boards (as 
shown in Table !V), and also can be requested separately. 


6.0 CUSTOM DRIVER SUPPORT 


National Semiconductor has many years of driver develop- 
ment expertise. This expertise is available on a contract ba- 
sis for specific software driver development. National is 
committed to providing the industry with drivers for the most 
common Network Operating Systems. There may be addi- 
tional drivers or additional features which customers may 
wish to add to their products. National may be able to facili- 
tate this development effort. For more information please 
contact a National Semiconductor franchised distributor or a 
National Semiconductor Sales office. 


Table IV. Driver Source Code Distribution Requirements | 


Network 
os 


Novell NetWare 


Source Code 
Distribution 
Requirements 


Customer or National must obtain a letter from 


Novell indicating customer can have access to 
National's source code, or signed Novell License: 
agreement must be provided. 


Microsoft LAN Manager | Customer or National must obtain a letter from 
; Microsoft indicating customer can have access to 
National's source code, or signed Microsoft License 
agreement must be provided. 


SCO UNIX (LLI) 


No restrictions on source code. Customer must sign 


a non-disclosure with SCO to obtain LL! driver 


specification. 


Packet Driver No Restrictions 
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Ethernet Magnetics Vendors | 
for 10BASE-T, 10BASE2, and 10BASE5 


Enclosed is an. overview of the magnetics components 
needed to interface National’s Ethernet Products to each of 
the popular Ethernet cabling schemes. . 


10BASE-T TWISTED PAIR ETHERNET 
This discusses the available components to interface Na- 
tional Semiconductor's 10BASE-T Ethernet LAN products 
to twisted-pair cable. The products offered by NSC include: 
DP83902 ST-NICT™ Serial Twisted Pair Network Inter- 
face Controller 
AT/LANTICT™ Single Chip Ethernet Controller 
SONICT™-T Systems Oriented Network Inter- 
face Controller for Twisted Pair 
DP83950 RICT™ Repeater Interface Controller 
DP83955/6 LERICT™ LitE Repeater Interface Controller 
The types of solutions from these vendors vary and the de- 
signer is encouraged to contact these companies to obtain 
information on their various solutions. A brief overview of 
these products is presented here. 
The interface from one of National Semiconductor’s inte- 
grated circuits to the cable consists of the following blocks: 
1. Termination resistors used to match the impedance of 
the twisted-pair interface to the cable. 


DP83905 
DP83934 


. Transmit and Receive Filters which are used to filter out 
receiver noise, and for the transmitter limit the harmonic 
content of the output waveform. © 


. Transmit and Receive Pulse Transformers. These are re- 
quired by the 10BASE-T standard to isolate the media 
from the data terminal equipment (DTE). 


. Optionally a common mode choke which is used to re- 
duce common noise that could be emitted by the 
10BASE-T interface. This may be necessary in some ap- 
plications for meeting FCC or VDE EMI requirements as 
well as to meet 1OBASE-T common mode output voltage 
noise specifications. 


The components offered by the various manufacturers in- 
corporate one or more or all of these. Table | shows some 
information on the available components. The components 
listed are primarily those that are more highly integrated. 
Also mostly DIP version part numbers of these devices are 
listed, however most vendors have surface mount versions 
of these products, as well as some products in SIP versions. 


Table | is not a complete list of available components. The 
designer should use this list as a starting point for research- 
ing suitable products for his design. The addresses and 
phone numbers of the vendors listed are shown at the end 
of this paper in Table IV. 


Twisted Pair Cable Interface Blocks 


0P83902 Receive 
OP83905 Filter 
DP&59354 x 
DP83950 
DP83955/6 
or Future 
1OBASE-T 
Products 


Termination 
Resistors 


Transmit 
Filter 


- Receive tL | 
Transformer 


Transmit 
Transformer 


Optional 
TL/F/11248-1 


Part Number 


PULSE ENGINEERING 
PE65433 
PE65425 
PE65434 
PE65438 
PE65483 
PE65443 
VALOR 
PT3877 
FL1012 
SF1012 
FL1020/SF1020 
FL1085 
FL1059 
FL1010-002 (4 Channel) 
FEE FIL-MAG 
78Z1120B/D/F-01 
78Z1122B/DF-01 
78Z1120B-03 
78Z1122B-11/12/13 
78Z1120F-01 
PCA ELECTRONICS 
EPA1990 
EPA2013D 
EPA2188A 
EPA2162 


TABLE I. Partial List of 1OBASE-T Transformer-Filter Products 


Trans- Fermin Nationa!* Packagett 
ation 
former - . Product 
Resistor 


el 
poe |e, 05,094 


X 
X 


poe | ~ | | | 202,905,934,980 | TH 
poe | et | | 902,905,934,050 | TH 
poe | oe |e | | 202,005,094 | SMD 
poe | ie | & | & | 202,905,934,950 | THSMD _| 
pe |e |» | | 250,055,956 | se 
poe | oe | ie | | 202,005,934 | TH 
pe |e |e | + | 26005698 | TH 


poe | ew | | 902,008,984 | TH 
poe |» |» | | 02006004 | TH | 


VIR PR PR EN 


X 
X 


ee ee or 


pe |e |e | | 202,005,994,960 | TH 
pe | ~ |» | | 20056956 | TH 


pe |e | | | 902984950 | TH 
poe | oe | we || 902904050 | TH 
y | + 
pe |e |e | | 260,056,958 | se 


*902 = DP83902, 950 = DP83950, DP83955, DP83956, 934 = DP83934. 
**National has evaluated a sampling of 10BASE-T filter-transformer products for operation with the products listed in the National product column. Other products 
listed should provide suitable performance but have not been evaluated at this time. These products have been tested to a subset of the 1OBASE-T standard when 
using National Semiconductor's integrated circuits. This testing includes waveshape, amplitude, jitter, and general interoperability. Testing for EMI has not been 
done as this varies dramatically between test setups and real applications. 

tThere is a single common mode choke on the transmit channel only. 


TTTH = Thru-hole; SIP = Single-In-Line Package; SMD = Surface Mount Device 


Tested** 
by National 
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Ethernet Magnetics Vendors for 10BASE-T, 10BASE2, and 10BASE5 


10BASE2 AND 10BASE5 THIN AND THICK ETHERNET 


The interface for Thin (1OBASE2) and Thick (10BASE5) 
Ethernet to the coaxial cable is nearly the same, and is illus- 
trated by the block diagram in Figure 2. From the AUI (At- 
tachment Unit Interface) to the coax cable there are three 
major blocks. A major requirement of the interface is the 
electrical isolation from the cable interface to the AUI. This 
isolation is requried to be 500V for 10BASE2, and 2000V for 
10BASE5. Two of the three blocks provide this isolation. 

Starting from the AUI, there are 4 pairs of wires. One pair 
provides power, and the other three are the data and colli- 
sion signals. The signal pairs connect to a triple pulse trans- 


DC-DC 
Converter 
i 


Pulse 
Trans- 
former 


| 
I Isolation 


I 500V (10BASE2) or - 
I+ 2000 (10BASES) 


AUI Interface 


DP8392 


TL/F/11248-2 
FIGURE 2. Coax Ethernet Cable Interface 
Block Diagram 


former that provides voltage isolation. These signals then 
connect to: the DP8392, Coax Transceiver Interface (CTI) 
which converts AUI signaling to coax transmission and re- 
ception signals. a 

The DP8392 is powered from the AUI power pair which is 
fed from the AUI to a DC to DC Converter. The DC to DC 
Converter provides the voltage isolation of the power pair 


_required by the IEEE standard, and in 10BASE5 converts 


the AUI 12V power to —9V required by the DP8392. (For 
10BASE2 the DC to DC converter typically converts 5V t 


‘—9V). 2 
Besides the DP8392 and a few discrete resistors and ca- 


pacitors, the major additional magnetic components are the 
pulse transformer. and the DC to DC converter. Both of 
these components are readily available from a number of 


sources. Table If shows a selection of manufacturers and — 


their part numbers for Ethernet pulse transformers. All of 
these components are pin compatible and are available in 


'16-pin DIP package. Most of these manufacturers also have 


surface mount versions of these components. 


Table III lists two vendors of DC to DC converters. As can 


be seen there are several different types of converters de- 
pending on input voltage and whether an enable function is 
desired. 


Tables II and tll are not a complete list of available compo- 
nents. The designer should use these lists as a starting 
point for researching suitable products for his design. The 
addresses and phone numbers of the vendors listed are 
shown at the end of this paper in Table IV. 


TABLE II. Representative Ethernet Isolation Pulse Transformers for AUI 
(16-Pin DIP, Triple Transformer) 


Inductance Pulse Valor FEE Fil-Mag © PCA Electronics 
(Note 1) Engineering . Electronics (Note 2) 
50 pH 64101 (500V) (Note 4) LT6001 (500V) (Note 4) | - . EP9531-4 (2 kV) 
64106 (2 kV) LT6031 (2 kV) (Note 3) 
75 pH 64102 (500V) LT6002 (500V) 23Z90: EP9531-5 (2 kV) 
64107 (2 kV) LT6032 (2 kV) 
100 pH 64103 (500V) LT6003 (500V) 23Z91 EP9531-6 (2 kV) 
64108 (2 kV) LT6033 (2 kV) ] 
150 wH 64104 (500V) LT6004 (500V) EP9531-8 (2 kV) 
. 64109 (2 kV) LT6034 (2kV) - - 
250 »H LT6005 (500V) EP9531-11 (2 kV) 
LT6035 (2 kV) 


Note 1: Generally inductances range from 35 pH to 300 pH, this table only shows the more commonly used values. 


Note 2: Information provided only listed 2 kV isolation components. To order surface mount add an “SM” to the part number. 


Note 3: To specify 500V isolation add an ‘'X” at the end of the part number. 
Note 4: Surface mount versions also available. 
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TABLE Ill. DC to DC Converters for the DP8392 
(—9V Output, > 200 mA) 


500V Isolation 2000V Isolation 
+ 5V Input +12V Input + 5V Input + 12V Input 


Valor PM7102 PM7104 PM6022 PM6028 
PM6045 (Note 1) PM6030 (Note 1) 


(Switched) PM6044/PM6042 PM6079/PM6077 


PCA Electronics EPC1000P (Note 1) EPC1005P (Note 1) EPC1000H (Note 1) EPC1005H (Note 1) 
EPC1015P (Note 1) EPC1013P (Note 1) EPC1015H (Note 1) EPC1013H (Note 1) 
EPC1007P EPC1008P 


(Switched) EPCio02P(Note1) | = ————s|_—EPC1002H (Note 1) 


Note 1: These DC to DC Converters have a regulated output. 


TABLE IV. Pulse Transformer Vendors 


Company and Address | Phone FAX 


Pulse Engineering 619-674-8100 619-674-8262 
P.O. Box 12235 
San Diego, CA 92112 


Valor Electronics 619-537-2500 619-537-2525 
9715 Business Park Avenue 
San Diego, CA 92131-1642 


FEE Fil-Mag 619-569-6577 619-569-6073 
9445 Farnham 
San Diego, CA 92123 
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PCA Electronics 818-892-0761 818-894-5791 


16799 Schoenborn St. 
Sepulveda, CA 91343 
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FDDI Products Summary 
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DP83266 MACSI™ Device 


PRELIMINARY 


(FDDI Media Access Controller and System Interface) 


General Description 

The DP83266 Media Access Controller and System Inter- 
face (MACSI) implements the ANS! X3T9.5 Standard Media 
Access Control! (MAC) protocol for operation in an FDDI 
token ring and provides a comprehensive System Interface. 
The MACSI device transmits, receives, repeats, and strips 
tokens and frames. It produces and consumes optimized 
data structures for efficient data transfer. Full duplex archi- 
tecture with through parity allows diagnostic transmission 
and self testing for error isolation and point-to-point connec- 
tions. 

The MACS! device includes the functionality of both the 
DP83261 BMAC™ device and the DP83265 BSI-2T™ device 
with additional enhancements for higher partermancs and 
reliability. 


Features 

m Over 9 kBytes of on-chip FIFO 

m 5 DMA channels (2 Output and 3 Input) 

m@ 12.5 MHz to 33 MHz operation 

@ Full duplex operation with through parity 

m@ Supports JTAG boundary scan 

m Real-time Void stripping indicator for bridges 


Block Diagram 


On-chip address bit swapping capability 
32-bit wide Address/Data path with byte parity 
Programmable transfer burst sizes of 4 or 8 
32-bit words 
Receive frame filtering services 

m Frame-per-Page mode controllable on each 
DMA channel 

m Demultiplexed Addresses supported on ABus 

a New multicast address matching feature 

m ANSI X3T9.5 MAC standard defined ring 
service options 

m@ Supports all FDDI Ring Scheduling Classes 
(Synchronous, Asynchronous, etc.) 

m@ Supports Individual, Group, Short, Long and 
External Addressing 

mm Generates Beacon, Claim, and Void frames 
Extensive ring and station statistics gathering 
Extensions for MAC level bridging 
Enhanced SBus compatibility 
Interfaces to DRAMs or directly to system bus 
Supports frame Header/Info splitting 
Programmable Big or Little Endian alignment 


To Host System 


DP83266 
MACSI 


Control Bus 


DP83256/57 


' PLAYER+ 


To Transceiver Pair 


FIGURE 1-1. FDDI Chip Set Block Diagram 


TL/F/11705-1 
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DP83256/DP83257 


PRELIMINARY 


PLAYER+ ™ Device (FDDI Physical bayer Controller). 


General Description 


The DP83256/DP83257 Enhanced Physical Layer Control- 
ler (PLAYER+ device) implements one complete Physical 
Layer (PHY) entity as defined by the Fiber Distributed Data 
Interface (FDDI) ANSI X3T9.5 standard. 


The PLAYER+ device integrates state of the art digital 
clock recovery and improved clock generation functions to 
enhance performance, eliminate external components and 
remove critical layout requirements. 


FDDI Station Management (SMT) is aided by Link Error 
Monitoring support, Noise Event Timer (TNE) support, Op- 
tional Auto Scrubbing support, an integrated configuration 
switch and built-in functionality designed to remove all strin- 
gent response time requirements such as PC__ React and 
CF__React. 


Features 

Single chip FDDI Physical Layer (PHY) solution 

@ Integrated Digital Clock Recovery Module provides en- 
hanced tracking and greater lock acquisition range 

m Integrated Clock Generation Module provides all neces- 
sary clock signals for an FDDI system from an external 
12.5 MHz reference 


@ Alternate PMD Interface (DP83257) supports UTP twist- 
ed pair FDDI PMDs with no external clock recovery or 
clock generation functions required 

@ No External Filter Components 

m Connection Management (CMT) Support (LEM, TNE, 
PC_React, CF__React, Auto Scrubbing) 

@ Full on-chip configuration switch 

m Low Power CMOS-BIPOLAR design using a single 5V 
supply 

g@ Full duplex operation with through parity 

um Separate management interface (Control Bus) 

m Selectable Parity on PHY-MAC Interface and Control 
Bus Interface 

@ Two levels of on-chip loopback 

m 4B/5B encoder/decoder 

m@ Framing logic 

g Elasticity Buffer, Repeat Filter, and Smoother 

@ Line state detector/generator 

m@ Supports single attach stations, dual attach stations 
and concentrators with no external logic 

m DP83256 for SAS/DAS single path stations 

 DP83257 for SAS/DAS single/dual path stations 


To Host System 


DP83266 
MACSI 


Control Bus 


DP83256/57 


PLAYER+ 


To Transceiver Pair 


TL/F/11708-1 


FIGURE 1-1. FDDI Chip Set Overview 
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ADVANCE INFORMATION 


CDL™ Twisted Pair FDDI Transceiver Device 


General Description 


The Copper Data Link (CDL) Transceiver is an integrated 
circuit designed to interface directly with the National Semi- 
conductor FDDI Chip Set or other FDDI PHY silicon, allow- 
ing low cost FDDI compatible data links over copper based 
media. The DP83220 Transceiver, with the proper compen- 
sation selected, will allow links of up to 100 meters over 
both Shielded Twisted Pair (STP) and Datagrade unshielded 
Twisted Pair (DTP). CDL surpasses a Bit Error Rate (BER) 
of <1 X 10-12 over both STP and DTP. The CDL is de- 


signed to meet the SDDI specification for FDD! transmission 


across Type 1 STP cable when used in conjunction with the 
appropriate transformer/filter module from Pulse Engineer- 
ing. 


Block Diagram 


Features 

m@ Fully compatible with current FDDI PHY standard 

m Fully compatible with the SDD! PMD specification 

m Requires a single +5V supply 

mw Isolated TX and RX power supplies for minimum noise 
coupling 

m Allows use of Type 1 STP and Category 5 DTP cables 

m No Transmit Clock required 

m Loopback feature for board diagnostics 

@ Link Detect input provided 


Transmit Section 


DELREF 


DELAY LINE 


* TO RECEIVER 


MEDIA FORMAT 
LOGIC DRIVERS 
BIAS 
TX BIAS 


TXREF 


DELAY LINE 
CALIBRATOR 


CURRENT 
N OUTPUT 


TL/F/11724-1 


Receive Section 


* SIGNAL 
_ DETECT 


FIGURE 1. DP83220 Transceiver Block Diagram 
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DP83265 BSI™ Device 
(FDDI System Interface) 


General Description : Features 


The DP83265 BSI device implements an interface between &™ 32-bit wide Address/Data path with byte parity 
the National FDDI BMACT device and a host system. It ™ Programmable transfer burst sizes of 4 or 8 32-bit 
provides a multi-frame, MAC-level interface to one or more words 
MAC Users. ” @ Interfaces to low-cost DRAMs or directly to system bus 
The BSI device accepts MAC User requests to receive and 2 Output and 3 Input Channels 
transmit multiple frames (Service Data Units). On reception Supports Header/Info splitting 
(Indicate), it receives the byte stream from the BMAC de- —_w Bridging support : 
vice, packs it into 32-bit words and writes itto memory.On Efficient data structures 
transmission (Request), it unpacks the 32-bit wide memory ay . : ’ 
data and sends it a byte at a time to the BMAC device. The m Programmabic Big or Hite Enaian akoriment 
host software and the BSI device communicate via regis- w Full Duplex data path allows transmission to self 
@ Confirmation status batching services 


ters, descriptors, and an attention/notify scheme using clus- 
tered interrupts. m Receive frame filtering services 


m@ Operates from 12.5 MHz to 25 MHz synchronously with 
host system 
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DP83261 BMAC™ Device 
(FDD!I Media Access Controller) 


General Description Features 


The DP83261 BMAC device implements the Media Access _‘™ Full duplex operation with through parity 

Control (MAC) protocol for operation in an FDDI token ring. =m Supports all FDDI ring scheduling classes (asynchro- 
The BMAC device provides a flexible interface to the BSITM nous, synchronous, restricted asynchronous, and 
device. The BMAC device offers the capabilities described immediate) 

in the ANSI X3T9.5 MAC Standard and several functional ™ Supports individual, group, short, long and external 
enhancements allowed by the Standard. : addressing 


The BMAC device transmits, receives, repeats, and strips 1m Generates Beacon, Claim and Void frames without 
tokens and frames. It uses a full duplex architecture that intervention 

allows diagnostic transmission and self testing for erroriso- ™ Provides extensive tring and station statistics 
lation. The duplex architecture also allows full duplex data) _m Provides extensions for MAC level bridging 
service on point-to-point connections. Management soft- ™ Provides separate management interface 

ware is also aided by an array of on chip statistical counters, 
and the ability to internally generate Claim and Beacon 
frames without program intervention. A multi-frame stream- 
ing interface is provided to the system interface device. 


g Uses low power microCMOS 
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‘DP83251/55 PLAYER™ Device 


(FDDI Physical Layer Controller) 


General Description 


The DP83251/DP83255 PLAYER device implements one 
Physical Layer (PHY) entity as defined by the Fiber Distribut- 
ed Data Interface (FDDI) ANSI X3T9.5 Standard. The PLAY- 
ER device contains NRZ/NRZI and 4B/5B encoders and 
decoders, serializer/deserializer, framing logic, elasticity 
buffer, line state detector/generator, link error detector, re- 
peat filter, smoother, and configuration switch. 


DP83241: 
coD 
(CLOCK 
DISTRIBUTION) 


(SYSTEM INTERFACE) 


DP83231 


Features 

m Low power CMOS-BIPOLAR process 

m Single 5V supply 

m@ Full duplex operation 

m™ Separate management interface iesraik Bus) 

= Parity on PHY-MAC Interface and Control Bus Interface 
g On-chip configuration switch 

w Internal and external loopback 

m@ DP83251 for single attach stations 

m DP83255 for dual attach stations 
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DP83241 CDD™ Device 
(FDDI Clock Distribution Device) 


General Description Features 

The CDD device is a clock generation and distribution de- | ™@ Provides 12.5 MHz and 25 MHz TTL clocks 
vice intended for use in FDDI (Fiber Distributed Data Inter- ™ 12.5 MHz and 125 MHz ECL clocks 

face) networks. The device provides the complete set of | 5 phase TTL local byte clocks eliminate clock 
clocks required to convert byte wide data to serial format for skew problems in concentrators 

fiber medium transmission and to move byte wide data be- —_w Internal VCO requires no varactors, coils or 
tween the PLAYER™ and BMAC™ devices in various sta- adjustments 

tion configurations. 12.5 MHz and 125 MHz differential ECL Option for use of High Q external VCO 


clocks are generated for the conversion of data to serial 
format and 12.5 MHz and 25 MHz TTL clocks are generated miiab Mahia Cock generated porta 12:0 Wiz eiysial 
m External PLL synchronizing reference for 


for the byte wide data transfers. ’ : 
concentrator configurations 


@ 28-pin PLCC package 
mg BiCMOS processing 
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DP83231 CRD™ Device 
(FDDI Clock Recovery Device) 


General Description Features 

The DP83231 CRD device is a clock recovery device that ™ Clock recovery at 100 Mbps data rate 
has been designed for use in 100 Mbps FDD! (Fiber Distrib- m Internal 250 MHz VCO 

uted Data Interface) networks. The device receives serial — 0.1% VCO operating range 

data from a Fiber Optic Receiver in differential ECL NRZI — Crystal controlled 

4B/5B group code format and outputs resynchronized NRZ!_ —sm Precision window centering delay line 
received data and a 125 MHz received clock in differential Single +5V supply 

ECL format for use by the DP83251/55 PLAYER™ device. ™ 28-pin PLCC package 


m BiCMOS processing 
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Glossary of Local Area Networking 
and Data Communications Terms 


If a term or acronym appears elsewhere in this databook 
and is not defined in the following glossary, please send 
your comments or inputs to: 


Attn: LAN Applications 

National Semiconductor MS-D3635 
2900 Semiconductor Dr. — 

Santa Clara, CA 95952-8090 

FAX: 408-739-6204 


AARP (Apple Address Resolution Protocol): A protocol 
defined by Apple® for Appletalk® network similar in function 
to ARP. 

ABI (Application Binary Interface): An application inter- 
face on AT&T’s UNIX® System V Release 4. This interface 
enables binary compatibility for applications that run with 
UNIX on different platforms, and CPUs. 

Access Method: In a data processing system, any of the 
techniques available to the user for moving data between 
main storage and an input/output device or channel. The 
techniques are usually part of the operating system. 

ACK: Abbreviation for acknowledgement. 


Acknowledgement: A response sent by a receiver to indi- 
cate successful reception of information. Acknowledge- 
ments may be implemented on any networking level. 


Active Open: The operation that a client performs to estab- 
lish a TCP connection with a server at a known address. 


Address: A designator defining the ID of a DTE, peripheral 
device, or any other nodal component in a network. In 
Ethernet, each node is assigned a unique 6 byte address. 


Address Resolution: Conversion of an Internet address 
into a corresponding physical address. This may require 
broadcasting on a local network. See ARP. 

AFP (AppleTalk File Protocol): This is a network file sys- 
tem presentation layer protocol defined by Apple for use on 
Apple Macintosh® networks. It provides for access of re- 
mote file systems. 

ALAP (AppleTalk Link Access Protocol): A Link level pro- 
tocol that provides basic packet delivery transactions on 
Apple’s Macintosh based networks. 


7-3 


ANSI: American National Standards Institute, an organiza- 
tion that sets information processing industry standards, 
represents the United States in the International Standards 
Organization (ISO). 

ANS X3T9.5: The committee sponsored by ANSI which de- 
veloped the standard for the Fiber Distributed Data Inter- 
face (FDDI). 


APPLETALK: Originally defined by Apple Computer for 
Macintosh communication, AppleTalk protocols can now 
run over Ethernet networks, as well as the original, lower- 
speed AppleTalk network 230 Kbps (now called LocalTalk). 
AppleTalk is similar to NetBIOS™ in function and is sup- 
ported by a number of vendors for communication between 
Macs and PCs, as well as simply between Macs. 


AppleTalk was designed to be easy to use and requires little 
setup time compared to other networks. 


APPC (Advanced Program to Program Communica- 
tions): This is an interface that allows computers—and the 
programs running on them—to communicate over a net- 
work. APPC runs on IEEE 802.5, Ethernet, X.25 and SNA’s 
synchronous data-link control. Although it was developed by 
IBM® and remains IBM-proprietary, work is under way within 
ISO to define an international protocol for “transaction pro- 
gramming” similar to APPC. 

Application Layer: Level seven of the OSI model which 
provides the type of information transfer required, for exam- 
ple: file transfer or electronic messaging. See OSI. 

API (Application Program Interface): A pre-defined soft- 
ware routine, that includes standardized and consistent in- 
terfaces to operating system functions, available for use by 
applications programmers designed to ensure, portability 
and accessibility to network resources. 

ARCnet: A 2.5 Mbps baseband, token passing media- 
access protocol created by Datapoint Corp. 

ARP (Address Resolution Protocol): Originally a Trans- 
mission Control Protocol/Internet Protocol (TCP/IP) pro- 


cess that maps IP addresses to Ethernet addresses; re- 
quired by TCP/IP for use with Ethernet. Also referred to in 
other protocols as an address resolution protocol. 
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ARP HACK: See Proxy ARP. 


ARQ (Automatic Request for Retransmission): A com- 
munications feature whereby the receiver asks the transmit- 
ter to resend a block or frame, generally due to errors de- 
tected by the receiver. 


ASCIl (American Standard Code for Information Inter- 
change): A system used to represent alphanumeric data; a 
7-bit-plus-parity character set established by ANSI and used 
for data communications and data processing; ASCII allows 
compatibility among data services; one of two such codes 
(see EBCDIC) used in data interchange, ASCII is normally 
used for asynchronous transmission. 


Asynchronous Data Transmission: A mode of data trans- 
mission wherein the occurrence of each character is not 
related to a fixed time frame of reference. See Synchronous 
transmission. ; 


ATP (Apple Transaction Protocol): A Transport layer pro- 
tocol defined by Apple Computer. This protocol allows the 
reliable exchange of information between two processors 
on a Macintosh internet. 


Attachment-Unit Interface (AUI): The interface between 
the Medium Attachment Unit (MAU) and the computing de- 
vice or repeater. 


Attenuation: The decrease in magnitude of the current, 
voltage or power of a signal transmitted over a wire, mea- 
sured in decibels per kilometer. As attenuation increases, 
signal power decreases. 


Backbone Network: High capacity network linking other 
networks of lower capacity. Example: FDDI as a backbone 
to multiple Ethernet and Token Ring LANs. 


Backoff: In IEEE 802.3 networks when two or more nodes 
attempt a transmission and collide. The function of stopping 
transmission, and waiting a specified random time before 
retrying the transmission is considered backoff. In 802.3 
networks a “truncated binary exponential backoff” algo- 
rithm is employed. 


BALUN (Balanced/Unbalanced): In the IBM cabling sys- 
tem, refers to an impedance-matching device used to con- 
nect balanced twisted-pair cabling with unbalanced coaxial 
cables. 


Bandwidth: 1. The difference, expressed in hertz, between 
the two limiting frequencies of a band. 2. The information 
capacity of a channel. 


Baseband: A transmission scheme in which the entire 
bandwidth, or data-carrying capacity, of a medium (such as 
coaxial cable) is used to carry a single digital pulse (i.e., a 
signal) between multiple users. Because digital signals are 
not modulated, only one kind of data can be transmitted. 
Ethernet is among the most popular baseband LANs. 
Baud: A unit of modulation rate or signaling speed used to 
designate the number of bits per second that can be trans- 
mitted in a given computer system. 

Big-Endian: A binary data storage/transmission format in 
which the most significant byte (bit) comes first. DARPA In- 
ternet’s standard is Big-Endian. See Little-Endian. 
BISYNC (BSC): A family of IBM character-oriented binary 
synchronous communications protocols. 


Bit: The smallest information unit in data processing. It has 
two possible states, “0” and “1”. Bit is a contraction of 
Binary digiT. 


Bit Duration: The time it takes one encoded bit to pass a 
point on the transmission medium; in serial communica- 
tions, a relative unit of time measurement, used for compari- 
son of delay times (e.g., propagation delay, access latency) 
where the data rate of a (typically high-speed) transmission 
channel can vary. 


‘ Bit-Oriented: Used to describe communications protocols 


in which control information may be coded in fields as small 
as a single bit. 


- BOOTP: A UNIX protocol that enables diskless worksta- 


tions to boot their operating system from across a network. 


BPS (Bits Per Second): The basic unit of measure for serial 
data transmission capacity; Kbps for kilo (thousands of) bits 
per second; Mbps for mega (millions of) bits per second. 


Bridge: Network interconnection device operating at the 
Media Access Control (MAC) sublayer of the OSI model's 
Data Link layer which provides a communication path be- 
tween logically or physically separate networks. A hard- 
ware/software device that permits high-speed communica- 
tion between two local or remote networks with similar or 
dissimilar protocols. Provides packet filtering across net- 
works based on the Ethernet source and destination ad- 
dress fields. Two major bridge classifications supported are 
spanning tree and source routing. 


Broadband: A means of transmission in which users are 
allocated different frequency channels and can therefore 
send data across a common path simultaneously. A data 
transmission scheme in which multiple signals share the 
bandwidth, or data-carrying capacity, of a media. This allows 
transmitting voice, data and video signals, for example, over 
a single cable, such as coaxial cable. Cable television uses 
broadband techniques to deliver several dozen channels 
over a single cable. See Baseband. 


Broadcast: A method of transmitting messages to two or 
more stations simultaneously, such as over a bus-type local 
area network or by satellite; protocol mechanism whereby 
group and universal addressing is supported. 


Buffering: The process of temporarily storing data in a soft- 
ware program or in RAM, to allow transmission devices to 
accommodate differences in data transmission rates. 


Bus: A length of wire or a set of parallel wires. Units which 
wish to intercommunicate are all connected to the bus. 
There must be a means of determining when each can 
transmit to the bus (access control), and a common method 
of sending and receiving the data (protocol), which includes 
a means of addressing to determine which unit a piece of 
information is for. A transmission path or channel; an electri- 
cal connection, with one or more conductors, by which all 
attached devices receive all transmissions simultaneously. 


Bus Topology: The physical layout of a Local Area Net- 
work in which each node or workstation is connected direct- 
ly to a length of cable or set of parallel wires. 


Byte-Oriented: Similar to bit-oriented; control information 
may be coded in fields of one-byte (character) length. 


Cable Access Method: The technique used to arbitrate the 
use of the communications medium by granting access se- 
lectively. (e.g., token passing and CSMA/CD). 

Cable Plant: The physical cabling connectors, splices and 
patch panels in an installation. 

Caching: A data-retrieval technique that places often-used 
data, such as file-allocation tables, in a computer's random- 
access memory where it can be accessed quickly. 

Carrier Sense: The ability of each node on an Ethernet 
LAN to detect any traffic on the channel. 


Carrier Sense Multiple Access with Collision Detect 
(CSMA/CD): The technique by which nodes on an Ethernet 
LAN share the transmission channel. See also Multiple Ac- 
cess; Carrier Sense; and Collision Detect. 


CATV: Cable television technology commonly employed by 
broadband LANs for signal distribution. 


CCITT (Consultative Committee International Telegraph 
and Telephony): An international association that sets 
worldwide communications standard (e.g., V.21, V.22, X.25, 
X.25, etc.). 


Circuit Switching: A method of communication whereby an 
electrical connection between calling and called stations is 
established on demand for exclusive use of the circuit until 
the connection is released. 


Channel: A path for the transmission of information. 


Character: Standard 8-bit unit representing a symbol, letter, 
number, or punctuation mark; generally means the same as 
byte. 

Character-Oriented: A communications protocol or a 
transmission procedure that carries control information en- 
coded in fields of one or more bytes; (compare with bit-ori- 
ented and byte-oriented). 


Character-Oriented Windows (COW) Interface: An SAA 
compatible user interface for OS/2® applications. 


Characteristic Impedance: The impedance termination of 
an (approximately) electrically uniform transmission line that 
minimizes reflections from the end of the line. 


CHEAPERNET: Colloquial term for thin wire Ethernet, de- 
fined by IEEE 802.3 as 10Base2. 


Checksum: The total of a group of data items or a segment 
of data that is used for error-checking purposes. Both nu- 
meric and alphabetic fields can be used in calculating a 
checksum, since the binary content of the data can be add- 
ed. Just as a check digit tests the accuracy of a single num- 
ber, a checksum serves to test an entire set of data which 
has been transmitted or stored. Checksums can detect sin- 
gle-bit errors and some multiple-bit errors. 


Cluster: Several pieces of data terminal equipment (DTE) in 
close proximity such that it is easy to run cabling between 
them. 


CMIP/CMIS: Common Management Information Protocol 
(CMIP) and Common Management Information Services 
(CMIS) are two OSI protocols that provide a standard way of 
managing an OSI network. 


CMOT (CMIP/CMIS over TCP): Use of the ISO CMIP/ 
CMIS network management protocols to manage devices in 
an internet environment. See CMIP. 


Coaxial Cable: A transmission medium with a central cop- 
per-wire conductor surrounded by concentric layers of plas- 
tic/polyvinyl chloride, aluminum or aluminized mylar and a 
copper tube that acts as an insulator (ground) and source of 
shielding from electromagnetic and radio frequency interfer- 
ence (CMI/RFI). Two types of coaxial cable—known as 
“thick” and “thin” for their respective diameters—are used 
in Ethernet data transmission. 


Collision Detection: The ability of a transmitting node on 
an Ethernet LAN to sense a change in the energy level of 
the channel and to interpret the phenomenon as a collision. 


Communications Server: A hardware/software combina- 
tion that allows terminals and host computers to access a 
network without implementing the necessary network proto- 
cols. The communications server communicates with other 
devices using standard built in protocols. 


Compression: Any of several techniques that reduce the 
number of bits required to represent information in data 
transmission or storage (thus conserving bandwidth and/or 
memory), in which the original form of the information can 
be reconstructed; also called ‘‘compaction”. 


Concentrator: Any communications device that allows a 
shared transmission medium to accommodate more data 
sources that there are channels currently available within 
the transmission medium. 


Connectionless Service: The packet delivery service of- 
fered by most hardware and by the Internet Protocol. It 
treats each packet or datagram as a separate entity that 
contains both the source and destination address. Connec- 
tionless service can lose packets or deliver them out of or- 
der. 


Conditioning: Extra-cost options that users may apply to 
leased, or dedicated, voice-grade telephone lines in which 
line impedances are carefully balanced; will generally allow 
for higher-quality and/or higher-speed data transmission; in 
increasing order of resultant line quality and cost, condition- 
ing may be C1, C2, C4, or D1; allows improved line perform- 
ance with regard to frequency response and delay distor- 
tion. 


Contention: In communications, the situation when multiple 
users vie for access to a transmission channel, whether a 
PBX circuit, a computer port, or a time slot, within a multi- 
plexed digital facility. 

Core: The central region of an optical waveguide through 
which light is transmitted; typically 8 to 12 microns in diame- 
ter for single mode fiber, and 50 to 100 microns for multi- 
mode fiber. 


Core Gateway: One of a set of Internet gateways which 
exchange routing updates periodically to ensure consisten- 
cy in routing because all groups must advertise their net- 
work paths to core gateways using Exterior Gateway Proto- 
cols (EGP). 


CRC (Cyclic Redundancy Check): A basic error-checking 
mechanism for link-level data transmission; a characteristic 
link-level feature of (typically) bit-oriented data communica- 
tions protocols. The data integrity of a received frame or 
packet is checked via a polynominal algorithm based on the 
content of the frame and then matched with the result that 
is performed by the sender and included in a (most often, 
16-bit) field appended to the frame. 


CSMA/CD (Carrier Sense Multiple Access with Collision 
Detection): A LAN protocol access method for in which the 
nodes are attached to a cable. When a node transmits data 
onto the network and raises the carrier, the remaining 
nodes detect the carrier, Carrier Sense, and “listen” for the 
information to detect if it is intended for them. The nodes 
have network access, Multiple Access, and can send if no 
other transmission is taking place. If two attempt to send 
simultaneously a collision takes place, Collision Detection 
and both must retry at random intervals. 


CSNET (Computer Science Network): A network provid- 
ing Internet connections and mail delivery service using dial- 
up. CSNET also provides an Internet domain name server 
for members who cannot run their own. CSNET was origi- 
nally funded by the National Science Foundation, but is now 
self sufficient. 


CSU (Channel! Service Unit): A component of customer 
premises equipment used to terminate a digital circuit (such 
as DDS or T1) at the customer site; performs certain line- 
conditioning functions, ensures network compliance with 
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FCC rules, and responds to loopback commands from the 
central office, and ensures proper ‘‘ones” density in trans- 
mitted bit stream and corrects biploar violations. See DSU. 


CTI (Coax Transceiver Interface): Ethernet coaxial cable 
driver/receiver which interfaces the code electronics to the 
physical medium. National’s DP8392. 


D4 Framing: A T1 12-frame format in which the 193rd bit is 
used for framing and signaling information; ESF is an equiv- 
alent but newer 24-frame technology. 


DARPA (Defense Advanced Research Projects Agen- 
cy): Formerly ARPA. A government agency that funded 
ARPANET and later, the DARPA Internet. 


DARPA Internet: The collection of gateways and networks, 
including ARPANET, MILNET, and NSFnet, that use the 
TCP/IP protocol suite and operate as a single, virtual net- 
work providing reliable full duplex stream delivery and unreli- 
able connectionless packet delivery. It also features univer- 
sal connectivity and applications level services such as 
electronic mail. 


DAS (Dual Attach Station): A device attached to both rings 
of an FDDI network. , 


Data Communications: The transmission, reception, and 
validation of data; data transfer between data source (origin 
node) and data link (destination node) via one or more data 
links according to appropriate protocols. 


Datagram: A packet that includes a complete destination 
address along with the data it carries. A finite-length packet 
with sufficient information to be independently routed from 
source to destination. Datagram transmission typically does 
not involve end-to-end session establishment and may or 
may not entail delivery confirmation acknowledgement. 


Data Link: 1. The physical means of connecting one loca- 
tion to another for the purpose of trasmitting and receiving 
data. 2. Synonymous with communication link. Any serial 
data-communications transmission path, generally between 
two adjacent nodes or devices and without intermediate 
switching nodes. 


Data Link Layer: Second layer in the OSI model; the net- 
work processing entity that establishes, maintains, and re- 
leases data-link connections between (adjacent) elements 
in a network to enable transmission over the physical link. 
See OSI. 


Data Terminal Equipment (DTE): The equipment that 
serves as a message source or a message destination and 
provides for the communication control function; subscriber 
equipment. 

Data Transfer Rate: The average number of bits, charac- 
ters, or blocks per unit of time transferred from a data 
source to a data link. 


DCE (Data Circuit Terminating Equipment): Devices that 
provide the functions required to establish, maintain, and 
terminate a data transmission connection; e.g., a modem. 


DDCMP (Digital Data Communication Message Proto- 
col): Digital Equipment Corporation’s link level protocol. It 
uses serial lines, delimits frames with special characters 
and includes link level checksums. NSFnet incorporates 
DDCMP over its backbone lines. 


DDN (Defense Department Network): MILNET and asso- 
ciated parts of the DARPA Internet which connect to military 
installations. DDN provides both local and long-haul data 
communications and interconnectivity for the Department of 
Defense systems and follows the DoD protocol suite. DDN 
is sometimes used to refer to MILNET, ARPANET and the 
TCP/IP protocols that they use. 


DDS (Dataphone Digital Service): A private-line digital 
service offered interLATA by BOCs and interLATA by AT&T 
Communications, with data rates typically at 2.4, 4.8, 9.6, 
and 56 Kbps; part of the services listed by AT&T under the 
Accunet family. 


DDS-SC: Dataphone® Digital Service with aepadany Chan- 
nel; also referred to as DDS Il. A tariffed private-line service 
offered by AT&T and certain BOCs that allows 64 Kbps 
clear-channel data with a secondary channel! that provides 
end-to-end supervisory, diagnostic, and control functions. . 
DECnet®: Digital Equipment Corporation’s proprietary net- 
work architecture developed for use in WAN and includes 
significant Ethernet LAN capabilities, endowed with a peer- 
to-peer methodology. 


Dedicated Line: A dedicated circuit, a aanewiened chan- 
nel; also called a private line. See Leased line. 


Delay: In communications, the time between two events; 
See Propagation delay, response time. 


Demultiplexor: A hardware device which separates a sin- 
gle signal from a transmission line into several signals 
based on time or carrier frequency. It is used on broadband 
systems in combination with a multiplexor to allow multiple, 
simultaneous signal transmissions over a single medium. It 
allows multiple hardware devices to use a single communi- 
cation link at the same time. , 


DES (Data Encryption Standard): A scheme approved by 
the National Bureau of Standards that encrypts data for se- 
curity purposes. DES is the data-communications encryp- 
tion standard specified by Federal Information Processing 
Systems (FIPS) Publication 46. 


Destination Field: A field in a message header that con- 
tains the address of the station to which a message is being 
directed. 


Destination Node: A network node to which a message is 
addressed. - 


Disk/File Server: A mass storage device that can be ac- 
cessed by several computers; enables the creation, stor- 
age, and sharing of files. 


Disk Server: A network device which usually ¢ gives dedicat- 
ed non-shared space on a disk drive to client hosts. 


Distributed File Server: A system by which file systems on 
disks distributed throughout a network are made available 
to workstations distributed throughout the network. 
Distribution Frame: A wall-mounted structure for terminat- 
ing telephone wiring, usually the permanent wires from or at 
the telephone central office, where cross connections are 
readily made to extensions; also called distribution block. 


DLC (Data Link Control): The set of rules (protocol) used 
by two nodes, or stations on a network to perform an orderly 
exchange of information. A data link includes the physical 
transmission medium, the protocol and associated devices 
and programs so it is both a physical and a logical tink. 


DMA (Direct Memory Access): A technique for high speed 
data transfer between a device and computer memory. 


DNA (Digital Network Architecture): Digital Equipment 
Corporation’s eight layer data communications protocol. 
DNIC (Data Network Identification Code): A four digit 
number assigned to public data networks and to specific 
services within those networks. 


Domain: A part of the Internet naming hierarchy consisting 
of a series of names separated by periods. For example: a 
host named bar.vax.edu, bar is in domain vax, vax is in do- 
main edu. , 


Dotted Decimal Notation: The method of representing a 
32-bit number with four 8-bit numbers written in base ten 
and separated by periods. For example 255.128.52.1. 


Driver: See Network Device Driver. 


Drop Cable: The cable that allows connection to and ac- 
cess from the distribution and trunk cables on an Ethernet 
network. Also called a transceiver cable because it runs 
from the network node to a transceiver (i.e., a transmitter/ 
receiver) attached to the trunk cable. 


DSU (Data Service Unit): A component of customer prem- 
ises equipment used to interface to a digital circuit (say, 
DDS or T1) combined with a channel service unit (CSU) 
converts a customer’s data’ stream to bipolar format for 
transmission. 


DTE (Data Terminal Equipment): Equipment where a com- 
munications path terminates. The User’s equipment can be 
called DTE, and may include PCs, etc. 


EBCDIC (Extended Binary Coded Decimal Interchange 
Code): An 8-bit character code used primarily in IBM equip- 
ment; the code provides for 256 different bit patterns; com- 
pare with ASCII. 


EGP (Exterior Gateway Protocol): The protocol between 
external gateways of autonomous systems to advertise the 
Internet addresses of their respective systems. Every auton- 
omous system must use EGP to advertise network reacha- 
bility to the core gateway system. 


Encryption: The process of systematically altering or en- 
coding data to prevent unauthorized access. 


ENDEC: Short for Encoder/Decoder. A functional block 
within network adapters, that performs two basic functions. 
First, this function encodes the data from the controller to 
be transmitted over the network. Second, it decodes the 
data on the network to a form suitable for the network con- 
troller chip. In the ‘case of Ethernet, this function converts 
NRZ controller data to Manchester data (and back again). 


Ethernet: A branching broadcast communications system 
for carrying digital data packets among locally distributed 
computing stations. A 10 Mbit/s baseband, Local Area Net- 
work that has evolved into the IEEE 802.3 specification. A 
data-link protocol that specifies how data is placed on and 
retrieved from a common transmission medium. Ethernet is 
used as the underlying transport vehicle by, several upper- 
level protocols, including TCP/IP and Xerox Network Sys- 
tem (XNS). See IEEE 802.3. 


FCC (Federal Communications Commission): Board of 
commissioners appointed by the President under the Com- 
munications Act of 1934, with the authority to regulate all 
interstate telecommunications originating in the United 
States. 


FCS (Frame Check Sequence): Often referred to as CRC. 
This is a field in a network packet that is used to check for 
transmission errors in a packet sent across the network. 
See CRC. 


FDDI (Fiber Distributed Data Interface): An ANSI Stan- 
dard for high speed 100 Mbps optical fiber-based LAN with 
dual counter-rotating rings. Incorporates token passing and 
supports circuit-switched voice and packetized data. Attach- 
ment device may be through SAS or DAS. 


FDM (Frequency Division Multiplexing): A method of 
transmitting multiple independent signals across a single 
medium by assigning each a unique carrier frequency. See 
Multiplexor and Demultiplexor. 
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FEP (Front End Processor): A dedicated computer linked 
to one or more host computers or multiuser minicomputers; 
performs data-communications functions and serves to off- 
load the attached computers of network processing, in IBM 
SNA networks, an IBM 3704, 3705, 3725 or 3745 communi- 
cations controller. 


Fiber-Optic Cable: A transmission medium that uses glass 
or plastic fibers to transport data or voice signals. Informa- 
tion is imposed on the glass fiber via pulses (modulation) of 
light from a laser or light-emitting diode (LED). Its high band- 
width, 100 to 1,000 times the information-carrying capacity 
of copper wire, and lack of susceptibility to electromagnetic 
or radio frequency interference, make fiber-optic cable ideal 
for use in long-haul or noisy environments, and security ap- 
plications. 


File: A collection of logically related records, usually of the 
same type. A named increment of storage or an unstruc- 
tured or user structured form of data storage. 


File-Allocation Tables (FAT): An area of disk that acts as 
an index, or directory, that tells the operating system where 
data has been stored on the disk. A FAT substantially in- 
creases a disk system’s ability to access stored information 
by “pointing” the operating system to the exact location of 
the data it is processing. 


File Server: A specialized computer attached to a LAN that 
provides data-storage service to users on a Local Area Net- 
work. 


File Transfer: The movement of files or data from one data 
terminal equipment to another. 


Flag: In communications, a bit pattern of six consecutive 
“4” bits (character representation is 01111110) used in 
many bit-oriented protocols to mark the beginning of a 
frame. 


Flow Control: The procedure or technique used to regulate 
the flow of data between devices; prevents the loss of data 
once a device’s buffer has reached its capacity. 


Fourth-Generation Language (4GL): A software produc- 
tivity tool that aids programmers in the desgin and imple- 
mentation of database management systems (DBMS). 


Fragment: Part of a packet that is transmitted on the net- 
work. Fragments are usually generated during node colli- 
sions on 802.3 networks when one node transmits part of its 
packet before colliding. Also, one of the pieces that results 
from an Internet Gateway dividing an IP datagram into 
smaller pieces for transmission across a network which can- 
not handle the original datagram size. 

Frame: A packet transmitted over a serial tine; a physical 
level transmission. Derived from character-oriented proto- 
cols which added start-of-frame characters and end-of- 
frame characters when sending packets. 

Framing: A control procedure used with multiplexed digital 
channels, such as T1 carriers, whereby bits are inserted so 
that the receiver can identify the time slots that are allocat- 
ed to each subchannel. Framing bits may also carry alarm 
signals indicating specific conditions. 


Front End Processor (FEP): A communications computer 
associated with a host computer. It may perform line con- 
trol, message handling, code conversion, error contro! and 
applications functions such as control and operation of spe- 
cial purpose terminals. 

FTP (File Transfer Protocol): A protocol and application 
primarily on UNIX machines that uploads and downloads 
files from remote systems across a network. 
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Full Duplex: The capability of transmitting in two directions 
simultaneously. 


Gateway: A network interconnection device through which 
data flows from network to network. The gateway may refor- 
mat the data as necessary and also may participate in error 
and flow control protocols. Used to connect LANs employ- 
ing different protocols or to public data networks. 


GBPS (Giga Bits Per Second): A measure of the rate of 
data transmission referring to billions of bits per second. 


GGP (Gateway to Gateway Protocol): The protocol used 
by core gateways to exchange routing information. GGP 
uses a shortest path routing computation. 


Hardware Address: The low level addresses used by phys- 
ical networks. Each type of hardware has its own address- 
ing scheme. 


Head-end: The point in a LAN where the inbound signals 
are transferred into outbound signals. The head-end may be 
passive or contain amplifier or frequency translation equip- 
ment. Used in broadband LANs and CATV. 


Header: The contro! information added to the beginning of 
a message; contains the destination address, source ad- 
dress, and message number. 


Heartbeat: In IEEE 802.3 networks this is a short burst of 
collision signal that is transmitted from the MAU to the DTE 
after every packet. Also called SQE (Signal Quality Error) 
test. 


Hierarchical Routing: Routing based on hierarchical ad- 
dressing by dividing the routing procedure into steps based 
on portions of the address. A gateway will use only the net- 
work portion of the address unless it can deliver the packet, 
then it also uses the host portion. Subnetting is a method of 
adding additional levels of hierarchical routing. 


HDLC (High-level Data Link Control): The link level proto- 
col defined by ISO for bit-oriented, frame-delimited data 
communications. An Internet standard link level communi- 
cation protocol. Each frame ends with a frame check se- 
quence for error detection. It is used in X.25 networks for 
link access protocol. It is increasingly used by PSN interfac- 
es to transfer frames between a host and PSN. 


Host: Any network node that a user can access for process- 
ing power, information files, and applications. Hosts are 
general purpose nodes that are not designed to perform 
network-specific functions. 

ICMP (Internet Control Message Protocol): A protocol 
use primarily in UNIX networking. This protocol handles er- 
ror and control messages, and low level functions. 


Idling Signal: A signal used to communicate that no data is 
being transmitted but a connection is still established. With- 
out idling signals, a pause in transmissions could be deter- 
mined to be a lost connection and terminate. 

IEEE 802.3: Standard set by the IEEE for CSMA/CD net- 
work protocol, that is a Physical Layer definition including 
specifications for cabling in addition to transmitting data and 
controlling cable access. See Ethernet. 

IEEE 802.5: Called token ring and typically used by PCs and 
large computers to communicate with IBM computers. IEEE 
802.5 can transmit up to 4 megabits per second, but with 
recent improvements can transmit up to 16 megabits per 
second. It runs on coaxial, twisted-pair and fiber-optic cable. 
Unlike IEEE 802.3, the IEEE 802.5 network has a circular 
rather than a linear topology. And, rather than contending 
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for resources, computers on the network take turns sending 
data by passing an electrical signal, a token, from one com- 
puter to the next. A computer can transmit data on the net- 
work only with possession of the token. 


IGP (Interior Gateway Protocol): A term applied to any 
protocol used to communicate routing information and 
reachability within an autonomous system. 


IMP (Interface Message Processor): Former name for 
Packet Switched Nodes, the Packet switches used in 
ARPANET. See PSN. 


Impedance: The resistance a wire offers to a change in 
current, measured in ohms, as the current runs down the 
length of the wire. The greater the impedance, the shorter 
the current that can be sent down the wire. Ethernet, for 
example, calls for using coaxial cable with a 502 imped- 
ance factor, while cable television coax offers a 759 imped- 
ance factor. 


Interface: A shared boundary; physical point of demarca- 
tion between two devices, where the electrical signals, con- 
nectors, timing, and handshaking are defined. The proce- 
dures, codes, and protocols that enable two entities to inter- 
act for exchange of information. 


Internet: A collection of interconnected packet switched 
networks and gateways which function as one large network 
by adhering to common protocols. 


Internet Address: The 32-bit address, consisting of an In- 
ternet address and local address, assigned to a host that 
wants to participate with the DARPA Internet using TCP/IP. 


Internet Layer: A network protocol layer providing host-to- 
host delivery over an internet. This layer encapsulates mes- 
sages in IP datagrams and determines delivery pathway in- 
formation. It is also responsible for handling these data- 
grams when they are received. 


Internet Protocol (IP): The TCP/IP Standard Protocol 
which defines Internet Datagram as the unit of information 
passed across the Internet and provides the basis for con- 
nectionless, best-effort delivery service. 


Interoperability: The ability of many types of hardware and 
software to communicate and process information in a 
meaningful fashion. 


IP (Internet Protocol): See Internet Protocol. 


tf Datagram: The basic unit of information passed across 
the internet containing source and destination address 
along with data. 


IPG (interpacket Gap): In IEEE 802.3 the minimum time 
between the end of one packet and beginning of another. 
This time is 9.6 ys. 


IPX/SPX (Internetwork Packet Exchange/Sequenced 
Packet Exchange): Network protocol. Similar in concept to 
TCP/IP. This is the proprietary protocol used by Novell in its 
NetWare products. Based on XNS protocol. 


ISDN (Integrated Services Digital Network): An integrat- 
ed digital network in which the same digital switches and 
digital paths are used to establish connections for voice and 
data traffic on the same digital links. 


Inter-Networking: The connection of two or more networks 
so that work nodes on both can communicate with each 
other. 

ISO: International Standards Organization 

Jabber: A condition on an Ethernet LAN network when a 
node transmits for longer than the specified time. 


Jam: In [EEE 802.3, networks when a collision occurs the 
colliding nodes ensure that the collision is seen by the entire 
network by continuing to transmit for a minimum time during 
a collision. Called jamming. 


Jitter: The slight movement of a transmission signal in time 
or phase that can introduce errors and loss of synchroniza- 
tion in high-speed synchronous communications. 


Jumper: A patch cable or wire used to establish a circuit for 
testing or diagnostics. 


Kilobyte (kB): Term denoting a thousand bytes, a group of 
adjacent and related binary digits. A kilobyte is really 
1024 bytes (this is arrived by multiplying two by itself ten 
times, i.e., 219), 

LAN (Local Area Network): A communications system 
linking computers together to form a network whose dimen- 
sions typically are less than five kilometers. Transmissions 
within a Local Area Network generally are digital, carrying 
data among stations at rates usually above one megabit per 
second. An assembly of computing resources such as mi- 
crocomputers (i.e., PCs), printers, minicomputers and main- 
frames linked by a common transmission medium, including 
coaxial cable or twisted-pair wiring. 


LAN Manager: The multiuser network operating system co- 
developed by Microsoft and 3Com. LAN Manager offers a 
wide range of network management and control capabilities 
unavailable with existing PC-based network operating sys- 
tems. It runs on Microsoft’s OS/2 operating system. 


LAP (Link Access Procedure): The data-link-level protocol 
specified in the CCITT X.25 interface standard; original LAP 
has been supplemented with LAPB (LAP-Balanced) and 
LAPD. 


LAPB (Link Access Procedure Balanced): LAPB is the 
most common data link control protocol! used to interface 
X.25 DTEs to X.25 DCEs. X.25 also specifies LAP (Link Ac- 
cess Protocol, not balanced). Both protocols are full duplex, 
bit synchronous protocols. The unit of transmission is a 
frame. Frames may contain one or more X.25 packets. 


LAPD (Link Access Procedure-D): Link-level protocol de- 
vised for ISDN connections, differing from LAPB (LAP-Bal- 
anced) in its framing sequence. Likely to be used as basis 
for LAPM, the proposed CCITT modem error-control stan- 
dard. 


Leased Line: A dedicated circuit, typically supplied by the 
telephone company, that permanently interconnects two or 
more user locations; generally voice-grade in capacity and 
in range of frequencies supported; typically analog, though 
sometimes it refers to DDS sub-rate digital channels 
(2.4 Kbps to 9.6 Kbps); used for voice (2000 Series leased 
line) or data (3002 type); could be point-to-point or multi- 
point; may be enhanced with line conditioning; also, private 
line. 

Latency: The time interval between when a network station 
seeks access to a transmission channel and when access is 
granted or received; equivalent to waiting time. 

Link Integrity Test: A function specified by the 10BASE-T 
standard which provides indication of whether the cable 
linking the DTE to the HUB is properly connected. 

Link Layer: Layer two of the OSI reference model; also 
known as the Data-Link Layer. 

Little-Endian: A binary data storage/transmission format in 
which the least significant byte (bit) comes first. See Big- 
Endian. 
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LLC (Logical Link Control): A protocol developed by the 
IEEE 802 committee for data-link-level transmission control; 
the upper sublayer of the IEEE Layer 2 OSI protocol that 
complements the MAC protocol; IEEE standard 802.2; in- 
cludes end-system addressing and error checking. 


LU 6.2: In Systems Network Architecture, a set of protocols 
that provides peer-to-peer communications between appli- 
cations. 


M Bit: The More Data mark in an X.25 packet that allows 
the DTE or DCE to indicate a sequence of more than one 
packet. 

Mail Bridge: A mail gateway which screens mail passing 
from one network to another for security and administrative 
purposes. 

Mail Exploder: A program which accepts a piece of mail 
and a list of addresses, then sends a copy of the message 
to each listed address. 


Mail Gateway: A machine which connects 2 or more mail 
systems and transfers mail among them, usually used be- 
tween dissimilar systems on different networks; it will refor- 
mat messages according to destination’s mailing system 
rules before forwarding the message. 

Mail Server: The software and machine which provides 
message transfer services on a network. 

MAN (Metropolitan Area Network): A high speed network 
provides facilities for data communication between sites 
within a neighborhood or city for distances up to 40 km and 
typically at data rates up to 2 Mb/s. 

MAC (Media-Access Control): A sub-layer of the Data Link 
Layer, Level Two, of the ISO OS! model responsible for me- 
dia control. 

Manchester Encoding: Digital encoding technique (speci- 
fied for the IEEE 802.3 Ethernet baseband network stan- 
dard) in which each bit period is divided into two comple- 
mentary halves; a negative-to-positive (voltage) transition in 
the middle of the bit period designates a binary “1”, while a 
positive-to-negative transition represents a “0”. The encod- 
ing technique also allows the receiving device to recover 
the transmitted clock from the incoming data stream (self- 
clocking). 


Data 


MAP (Manufacturing Automation Protocol): A General 
Motors® originated suite of networking protocols, which 
tracks the seven layers of the OSI model. 


Mapping: In networking operations, the logical association 
of one set of values, such as addresses on one network, 
with quantities or values of another set, such as devices on 
another network (e.g., name-address mapping, internetwork 
route mapping, protocol-to-protoco! mapping). 

MAU (Medium Attachment Unit): The physical and electri- 
cal component that provides the means of attaching com- 
puting devices to the local network medium. In 10BASE-T 
networks, it is a repeater or a network interface adapter 
board equipped with a medium-dependent interface. 

MD! (Medium-Dependent Interface): The mechanical and 
electrical interface between the twisted-pair link and the 
MAU. In 10BASE-T networks, the MDI is an 8-pin RJ45 
modular telephone connection. 
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Medium: Any material substance used for the propagation 
or transmission of signals, usually in the form of electrons or 
modulated radio, light, or acoustic waves; such as optical 
fiber, cable, wire, dielectric slab, water, or air. 


MHS (Message Handling System): The standard defines 
by the CCITT as X.400 and by the ISO as Message Oriented 
Text Interchange Standard (MOTIS). 


Mid-Level Net: One of many networks funded by the NSF 
which operated autonomously but was connected to the 
NSFnet Backbone. 


MIF (Minimum Internetworking Functionality): A general 
principle within the ISO that calls for minimum Local Area 
Network station complexity when interconnecting with re- 
sources outside the Local Area Network. 


MILNET (MILitary NETwork): A network which was sepa- 
rated from ARPANET to provide reliable service to the mili- 
tary while ARPANET was used for continued research. 


Mini-MAP (Mini-Manufacturing Automation Protocol): A 
version of MAP consisting of only physical, link, and applica- 
tion layers intended for lower-cost process-control net- 
works. With Mini-MAP, a device with a token can request a 
response from an addressed device; unlike a standard MAP 
protocol, the addressed Mini-MAP device need not wait for 
the token to respond. 


MPR (Multi-Port Repeater): See Repeater. A repeater with 
numerous network connection ports at one point on the 
Ethernet. In coaxial networks these repeaters typically have 
8 ports; in twisted pair Ethernet up to several hundred ports 
are possible. 

MS OS/2® LAN Manager: The multiuser network operating 
system co-developed by Microsoft and 3Com. LAN Manag- 
er offers a wide range of network management and control 


capabilities unavailable with existing PC-based network op- 
erating systems. 


MTBF (Mean Time Between Failures): A stated or pub- 
lished period of time for which a user may expect a device 
to operate before a failure occurs. 


MTTR (Mean Time To Repair): The average time required 
to perform corrective maintenance on a failed device. 


Multimode: An optical fiber designed to carry multiple sig- 
nals, distinguished by frequency or phase, at the same time. 
Compare with Single mode. 


Multiple Access: The ability of any node on an Ethernet 
LAN to send a message immediately upon sensing that the 
channel is free. 


Multiple Routing: The process of sending a message to 
more than one recipient, usually when all destinations are 
specified in the header of the message. 


Multiplexor: A hardware device which combines multiple 
signals from a transmission line based on time or carrier 
frequency. It is used on broadband systems in combination 
with a demultiplexor to allow multiple, simultaneous signal 
transmissions over a single medium. It allows multiple hard- 
ware devices to use a single communication link simulta- 
neously. 


Multipoint Line: A single communications line or circuit in- 
terconnecting several stations supporting terminals in sev- 
eral different locations. This type of line usually requires a 
polling mechanism, with each terminal having a unique ad- 
dress. Also called a multidrop line. 
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Multipoint Link: A single line that is shared by more than 
two nodes. 


Multitasking: The concurrent execution of two or more 
tasks or applications by a computer; may also be the con- 
current execution of a single program that is used aby many 
tasks. 


Multistation Access Unit (MAU): A multiport connector, or 
concentrator, for Token Ring networks which allows devices 
to be connected to the ring; also provides a built-in relay 
that prevents a break in the network when devices are at- 
tached or removed. 


MUX: See Multiplexor. 


NAK (Negative AcKnowledgement): A message sent 
from a receiver to a sender which indicates that the trans- 
mitted data contained errors from the transmission. Upon 
receiving a NAK, the sender will usually retransmit the data. 


Name Resolution: The process of converting a host’s 
name into a corresponding network address. 


Named Pipe: The facility within the Microsoft OS/2 LAN 
Manager. that allows processes on separate machines to 
communicate with each other across a network. Provide a 
simple way for application developers to write sophisticated 
distributed network applications. 


NCC (Network Control Center): Any centralized network 
diagnostic and management station or site, such as that of a 
packet-switching network. 


NDIS (Network Driver Interface Specification): Standard 
specification for network drivers for Microsoft’s OS/2 LAN 
Manager. 


NetBIOS (Network Basic Input/Output System): A pro- 
gramming interface to a data exchange protocol. Associat- 
ed with several communications protocols and used to refer 
to the combination of the interface and the protocols. 


It allows users and software developers to write PC pro- 
grams that can communicate over a PC network in a peer- 
to-peer fashion. 


Recent proposals define a way for NetBlOS—and, pro- 
grams supporting it—to run over TCP/IP and OSI protocols. 


NetView®: This is IBM’s proprietary network management 
system that monitors, manages, and controls SNA net- 
works. NetView allows other vendors’ network management 
programs to communicate with it. 


Network: An interconnected group of nodes; a series of 
points, nodes, or stations connected by communications 
channels; assembly of equipment with connections made 
between data stations. 


Network Address: Refers to characters that identify the 
location of a node on a network. See Address. 


Network Architecture: A set of design principles, including 
the organization of functions and the description of data 
formats and procedures, used as the basis for the design 
and implementation of a network (ISO). 


Network Interface Controller: Electronic circuitry that con- 
nects a workstation to a network, usually a card that fits into 
one of the expansion slots inside a personal computer. It 
works with the network software and computer operating 
system to transmit and receive messages on the network; 
also, network interface card. 


Network Layer: See OSI. 


Network Management: Administrative services performed 
in managing a network; e.g., network topology and software 
configuration, software downloading, network statistics 
monitoring, maintenance of network operations, and trou- 
bleshooting and diagnosis. 


Network Topology: The physical and logical relationship of 
nodes in building a network configuration; the schematic ar- 
rangement of the links and nodes of a network; networks 
are typically a star, ring, tree, or bus topology, or hybrid 
combination. 


NFS (Network File System): An extension of TCP/IP, de- 
veloped by SUN Microsystems, that allows files on remote 
nodes of a network to appear locally connected. 


NIC (Network Interface Controller): National’s Industry- 
Standard 8/16 bit Ethernet Controller. Part number DP8390. 


NLM (Netware Loadable Module): Novell’s NetWare 386 
supports the ability to load and run programs on the server 
to enhance features of the server. Programs are called 
NLMs. 


Node: An endpoint of any branch of a network, or a junction 
common to two or more branches of a network. In a data 
network, a point where one or more functional units inter- 
connect data transmission lines. Distributed system nodes 
include information processors, network processors, termi- 
nal controllers and terminals. 


ODI (Open Data Link Interface): Standard specification 
created by Novell to facilitate writing of drivers under Net- 
Ware 386. Similar intent as Microsoft’s NDIS. 


Off-Line: When a user, terminal, or other device is not con- 
nected to a computer or actively transmitting via a network. 


On-Line: Condition in which a user, terminal, or other device 
is actively connected with the facilities of a communications 
network or computer. Opposite of off-line. 


Optical Fiber: Any filament or fiber, made of dielectric ma- 
terials, that is used to transmit laser- or LED-generated light 
signals. Optical fiber usually consists of a core which carries 
the signal, and cladding, a substance with a slightly higher 
refractive index than the core, which surrounds the core and 
serves to reflect the light signal. 


OS! (Open Systems Interconnection): A logical structure 
model for network operations standardized within the ISO; a 
seven-layer network architecture used for the definition of 
network protocol standards. to enable any OSl-compliant 
computer or device to communicate with any other OSI- 
compliant computer or device for a meaningful exchange of 
information. The layers are: Physical, Data Link, Network, 
Transport, Session, Presentation, Application: 
. Physical Layer—Network wire and cable systems, de- 
fines mechanical and electrical means by which devices 
are physically connected to a transmission medium. 


. Data Link Layer—Synchronizing the flow of data and 
handling error control across the physical data link. 

. Network Layer—Provides the means to establish, main- 
tain, and terminate connections between systems; con- 
cerned with switching and routing of information. 

. Transport Layer—Checks the integrity of data transport- 
ed over the network. 

. Session Layer—Standardizes the task of setting up a 
session and terminating it; coordination of the interaction 
between stations on the network. 


6. Presentation Layer—Defines the character set and data 
code, and the way data is displayed on a screen or printer 
format, character set, and lanquage. 


7. Application Layer—Links the network operating system 
and the application programs to perform the type of infor- 
mation transfer required. 


OSINET: A test network, sponsored by the National Bureau 
of Standards (NBS), designed to provide a forum for doing 
interoperability testing for vendors of products based on the 
OS! model. 


Overhead: All information, such as contro}, routing, and er- 
ror-checking characters, in addition to user-transmitted 
data, including information that carries network status or op- 
erational instructions, network routing information, and re- 
transmissions of user data messages that are received in 
error. 

Out of Window Collision: A collision on an IEEE 802.3 
network that occurs outside of the specified time (for 
10 Mbit/sec standards the legal collision occurs within the 
first 51.2 ws of the packet). 

Packet: A series of bits forming a complete unit of informa- 
tion that is sent across a network. The packet has a defined 
format which includes who the packet is for and who sent it 
(destination address source address). See Circuit Switch- 
ing. For IEEE 802.3 the physical layer packet consists of 
the following fields. 


Packet Buffer: A memory space set aside for storing a 
packet that is either waiting to be transmitted, or has been 
received. May be located in either the network interface 
controller or the computer attached to the controller. 

Packet Switching: A mode of data transmission in which 
messages are broken into smaller increments called pack- 
ets, each routed independently to the destination. 2. The 


process of routing and transferring data by means of ad- . 


dressed packets, whereby a channel is then available for 
the transfer of other packets. 

PAD (Packet Assembler/Disassembler): For X.25, a PAD 
allows non-X.25 users to access an X.25 network. CCITT 
recommendations X.3, X.28 and X.29 define PAD parame- 
ters, terminal-to-PAD interface and PAD-to-X.25 host inter- 
face. 

Pass-Through: Describing the ability to gain access to one 
network element through another. 

PBX (Private Branch Exchange): A manual, user-owned 
telephone exchange. 

Peer-to-Peer Communications: The ability of intelligent 
computing devices to communicate without relying on a 
host computer. 

Physical Layer: See OSI. 

PLS (Physical Layer Signaling): Is the portion of the inter- 
face that enables MAC function communications with the 
AUI interface in IEEE 802.3 specifications. 
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PLP (Packet Level Procedures): Defines protocols for the 
transfer of packets between X.25 DTE and X.25 DCE. X.25 
PLP is a full duplex protocol that supports data sequencing, 
flow control, accountability, and error detection and recov- 
ery. 

PMA (Physical Medium Attachment): In IEEE 802.3, the 
portion of the MAU that contains electronic circuitry. 


Pipe: A communications process provided by the operating 
system that acts as an interface between a computer's de- 
vices—keyboard, disk drives, memory, etc.—and an appli- 
cation program. A pipe simplifies the development of appli- 
cations programs by “buffering” the application program 
from the intricacies of the hardware and/or the software 
that controls the hardware: The application developer writes 
“code” to a single pipe, not several individual devices. 


Point-to-Point Connection: 1. In data communications, a 
connection established between only two data stations for 
data transmission. The connection may include switching 
facilities. Describing a circuit that interconnects two points 
directly, where there are generally no intermediate process- 
ing nodes, computers, or branched circuits, although there 
could be switching facilities; a type of connection, such as a 
phone line circuit, that links two, and only two, logical enti- 
ties, see multipoint line, broadcast. 


Port: A point of access into a computer, a network , or other 
electronic device; the physical or electrical interface through 
which one gains access; the interface between a process 
and a communications or transmission facility. 


Presentation Layer: See OSI. 


Print Server: An intelligent device used to transfer informa- 
tion to a series of printers. 


Printer Spooler: The software that allows a user to send a 
file to a shared printer over a network even when the printer 
is busy; the file is saved in temporary storage, then printed 
when the printer is free. 


Promiscuous ARP: See Proxy ARP. 


Protocol: Forma! set of rules governing the format, timing 
sequencing, and error control of exchanged messages on a 
data network; may be oriented toward data transfer over an 
interface, between two logical units directly connected, or 
on an end-to-end basis between two users over a large and 
complex network. 


Protocol Port: A method used by transport protocols to tell 
the difference between many possible destinations within a 
single host. Operating systems usually allow an application 
program to specify what port it wants to be. 


Proxy ARP: When one machine, usually a gateway, an- 
swers ARP request intended for another by supplying its 
own physical address, thus accepting responsibility for rout- 
ing packets to the correct machine. Proxy ARP is used to 
allow a site to use a single Internet address with more than 
one physical network. See ARP Hack. 


PSDN (Packet-Switched Data Network): A vendor-man- 
aged network that uses the X.25 protocol to transport data 
between customers’ computers connected to the PSDN. 
Tariffs for PSDNs are based on the volume of data sent 
rather than on the distance or connect time between com- 
municating computers. 

PSN (Packet Switched Node): The name for an ARPANET 
packet switch. Each PSN is connected to at least 2 others 
as well as up to 16 host computers. 
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Public Network: A network operated by common carriers 
or telecommunications administrations for the provision of 
circuit-switched, packet-switched, and leased-line circuits to 
the public. 


Queue: Any group of items, such as computer jobs or mes- 
sages, waiting for service. A line of prioritized tasks waiting 
to be executed. High priority tasks will be executed before 
low priority tasks. 


Queuing: Sequencing of batch data sessions. 


Radio Frequency (RF): A generic term referring to the 
technology used in cable television and broadband Local 
Area Networks. Uses electromagnetic waveforms, usually in 
the megahertz (MHz) range, for transmission. 


RARP (Reverse Address Resolution Protocol): The in- 
verse of ARP. A Transmission Control Protocol/Internet 
Protocol (TCP/IP) process that maps Ethernet addresses 
back to IP addresses; required by TCP/IP for use with 
Ethernet. Also referred to in other protocols as a reverse 
address resolution protocol. 


Real Time: Operating mode that allows immediate interac- 
tion with data as it is created, as in a process-control system 
or computer-aided design system. 


Redundancy: In data transmission, the portion of a mes- 
sage’s gross information content that can be eliminated 
without losing essential information; also, duplicate facilities. 


Repeater: A device used to extend the length and topology 
of a physical channel, particularly a LAN cable,’ up to the 
maximum allowable end-to-end channel propagation limit. 


Response Time: For interactive sessions, the elapsed time 
between the end of an inquiry and the beginning of a re- 
sponse. 


Retransmissive Star: In optical-fiber transmission, a pas- 
sive component that permits the light signal on an input fiber 
to be retransmitted on multiple output fibers; formed by 
heating together a bundle of fibers to near the melting point; 
used mainly in fiber-based Local Area Network; also, star 
coupler. . 

RFC (Request For Comment): A series of notes which 
contain information about the development of the DARPA 
Internet, including proposed and accepted protocols for the 
Internet. 


RF MODEM: A MOdulator-DEModulator that converts digital 
signals to analog signals (and vice versa), then modulates/ 
demodulates them to/from their assigned frequencies. 
Used in broadband LANs. 


RFS (Remote File Service): AT&T’s network file protocol 
for UNIX networks. Similar to NFS, except that NFS was 
designed for connectivity of file structures across different 
platforms, and RFS provides complete support for the UNIX 
file system semantics, and therefore can only connect UNIX 
file systems across the network. 


Ring: Two or more stations connected by a Sriyeiesl medi- 
um wherein information is passed sequentially between ac- 
tive stations, each station in turn examining or copying and 
repeating the information, finally returning it to the originat- 
ing station. 

Ring Network: A distributed system in which the informa- 
tion processors are connected via a circular arrangement of 
data communications facilities. 


Ring Topology: A LAN configuration in which each com- 
puter, or other node, is connected to the next, with the 
“last” connected to the “first” to form a complete loop, or 
ring. This ring may be a true physical ring or an electrical 
(also called logical) ring. In a physical ring, nodes are con- 
nected serially, one after the other, in a closed loop. In a 
logical ring, nodes are connected to a central! device that 
routes the data-carrying signal in a circular fashion. 

RIP (Routing Information Protocol): An interior gateway 
protocol (IGP) used by Berkeley BSD 4.3 UNIX systems to 
exchange routing information between a small number of 
hosts. 

RJE (Remote Job Entry): A service offered by many net- 
works which allows a user to submit a batch job to a host 
from a remote site. 

RLOGIN (Remote Login): A service offered by Berkeley 
4.3 BSD UNIX systems allowing a user on one machine to 
connect with other internetworked UNIX machines as if their 
terminal were directly attached. 

Routed (Route DAEMON): A 4.3 BSD UNIX program which 
updates routing information on local area networks using 
RIP protocols. 

Route: The path taken by data traffic within a network or 
through an internet. 

Router: A hardware-software device that connects geo- 
graphically dispersed local area networks (often, of different 
types, such as Ethernet and token ring) together. 

Routing: The process of selecting the correct circuit path 
for a message. 

RPC (Remote Procedure Call): This is a UNIX session lay- 
er protocol for UNIX. 


RTT (Round Trip Time): The time it takes for a single pack- 


et or datagram to leave one machine, reach its destination 
and then return to the source machine. 


RUNT Packet: In 802.3 networks, a special case of a frag- 
ment packet when the length of the packet is less than 512 
bit time. 

SAA (System Application Architecture): An IBM devel- 
oped set of standards that provides identical user interfaces 
for applications running on PCs, minicomputers, and main- 
frames. 


SAS (Single Attach Station): A device attached to one ring 
of the FDDI network. 

SDLC (Synchronous Data Link Control): A predecessor 
of HDLC defined by IBM Corporation and used in their SNA 
network products. 


Segment: The unit of transfer between TCP’s on different 
machines. Each segment contains a stream of bytes being 
sent between the machines as well as additional fields for 
identifications, error checking etc. 

Serial Transmission: The sequential transmission of the 
bits constituting an entity of data over a data circuit. 
Server: A specialized computer that provides a particular 
service, such as file or print service, to a network; increas- 
ingly, it comprises both the hardware and software which 
manage a network operation. 

Session Layer: See OSI. 

SFD (Start of Frame Delimiter): A bit pattern that enables 
the network board/controller to obtain byte synchronization 
to the incoming serial bit data from the network. 


SFT (System Fault Tolerant): A version of Novell’s Net- 
Ware that provide reliability features such as disk and file 
mirroring. 

Shielding: Protective enclosure surrounding a transmission 
medium, such as coaxial cable, designed to minimize elec- 


‘tromagnetic leakage and interference. 


Signal Quality Error: See Heartbeat. 


Single Mode: Describes an optical waveguide designed to 
propagate light of only a single wavelength and perhaps a 
single phase; essentially, an optical fiber that allows the 
transmission of only one light beam, or data-carrying light- 
wave channel, and is optimized for a particular lightwave 
frequency; compare with multimode. 


SLIP (Serial Line Internet Protocol): Networking protocol 
to connect via a point-to-point serial link to network serv- 
ices. 


SMTP (Simple Mail Transfer Protocol): The DARPA Inter- 
net standard protoco! for transferring electronic mail mes- 
sages from one machine to another. SMTP specifies how 
two mail systems interact and the format of control mes- 
sages they exchange to transfer mail. 


SNA (Systems Network Architecture): The IBM network 
architecture for communication among IBM devices, and 
between IBM and other IBM machines. 


SNI (Serial Network Interface): National’s Manchester en- 
coder/decoder. Part number DP8391, or CMOS version 
DP83910. 


SNIC (Serial Network Interface Controller): National’s 
newer 8/16 Controller that also incorporates the SNI encod- 
er/decoder function in addition to the controller. It is 100% 
software compatible with the NIC. 


SNMP (Simple Network Management Protocol): Used to 
monitor IP devices and the networks they are attached to. 
The device must maintain a set of variables that specifies 
that all operations on the device are an effect of retrieving 
and storing to the data variables. It contains three parts: 
Structure of Management Information (SMI), Management 
Information Base (MIB), and the protocol. SMI and MIB de- 
fine and store managed entities; SNMP conveys information 
to and from these entities. See CMOT or CMIP. 


Sockets: A Berkeley BSD 4.3 network interface Specifica- 
tion to the transport layer. This interface provides 3 basic 
services. 1) Stream services which guarantees delivery of a 
sequence of data. 2) Datagram services which provides de- 
livery of a data packet, but does not guarantee delivery. 3) 
Raw services which provide low level network functions. 


Source Node: A network node that sends a message. 


Source Route: A route is determined by the transmission 
source. The source establishes a sequence of machines 
that a datagram must visit to its destination. 

SPOOL (Simultaneous Peripheral Operation On Line): A 
program or piece of hardware that controls data going to an 
output device. 


STARLAN: A local area network design and specification, 
within the IEEE 802.3 standards, characterized by 1 Mbps 
baseband data transmission over two-pair twisted-pair wir- 
ing. 

Star Network: 1. A computer network in which each periph- 
eral network node is connected only to the computer or 
computers at a single central facility. 2. A configuration in 
which remote terminals and/or processors are connected 
radially to a central processing location. 
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STAR Topology: A LAN configuration in which nodes are 
connected individually to a common device, such as a con- 
centrator, which acts as a focal point for network cabling. 


Step-Index: A type of optical fiber that exhibits a uniform 


refractive index at its core and a sharp decrease in the re- 


fractive index at its core-cladding interface. 


Store-and-Forward: A communications technique in which 
mesages are received at intermediate routing points and 
stored temporarily, then re-transmitted to an additional rout- 
ing point or final destination. 


Structured Query Language (SQL): A formal data sub-lan- 
guage for specifying common database operations, such as 
retrieving, adding, changing or deleting. 

Subnet: A local area network which resides within another 
network. 


Subnet Address: An extension of the DARPA Internet ad- 
dressing scheme that allows a site to use a single internet 
address for many physical networks. The subnet address is 
not looked at by the Internet portion of the routing, it is only 
used by local gateways and hosts to deliver the datagram to 
the correct physical address. 


SYN (Synchronizing Segment): The first segment sent by 
the TCP protocol, used to synchronize the two ends of a 
connection in preparation for opening another connection. 


Synchronous: Communications link in which the data char- 
acters and bits are transmitted at a fixed rate with the trans- 
mitter and receiver are synchronized, eliminates the need 
for individual start bits and stop bits surrounding each byte, 
thus providing greater efficiency. Contrast with asynchro- 
nous transmission. 


Synchronous Transmission: Data transmission in which 
the occurrence of each signal! representing a bit is related to 


a fixed time frame. Compare with asynchronous data trans- 
mission. 


TAP: A device that connects a device cable to a transceiver 
(on baseband networks), or transfers a signal from the trunk 
line to a drop line (on broadband networks). : 


T Carrier: A time-division-multiplexed, typically telephone- 
company-supplied, digital transmission facility, usually oper- 
ating at an aggregate data rate of 1.544 Mbps and above. 
TCP/IP: The Transmission Control Protocol/Internet Proto- 
col was formerly used only in the military, technical and uni- 
versity communities, but it is enjoying a surge in popularity 
as the commercial sector discovers its value for communi- 
cating between computers of different vendors, especially 
Unix systems. 


TCP/IP is governed by a body of vendors and users, keep- 
ing it stable over more than a 15-year life span. TCP/IP 
predates OSI, and it includes several functions that properly 
belong in the upper level of the OSI model, such as applica- 
tions that provide electronic mail, terminal emulation and file 
transfer. 


TELCO: Telephone central office, in most usages; but also, 
a generic abbreviation for “telephone company”. 


Telecommunications: A term encompassing both voice 
and data communcations in the form of coded signals over 
media. 


TELNET: An application and protocol and program that pri- 
marily is to interface to UNIX computers. This allows termi- 
nal emulation across the network, allowing a user on one 
computer to log in to another computer as if the user’s com- 
puter were a terminal. ; 
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Terminal: 1. A device, such as a teletypewriter or a key- 
board/CRT device, which embodies a set of human/system 
interface functions. 2. A point in a system or communica- 
tions network at which data can either enter or leave; a 
device, usually equipped with a keyboard, often with a dis- 
play, capable of sending and receiving data over a commun- 
cations link; generically the same as data terminal equip: 
ment. 


Terminal Emulation: A program which runs at a worksta- 
tion or terminal that makes it appear to be a specific type of 
data terminal to both the user and the software. 


Terminal Server: A special purpose device on an Ethernet 
LAN that enables up to 32 terminals to be connected to the 
Ethernet cable via a single physical line. A terminal server 
frees network nodes of the burden of establishing connec- 
tions between local terminals and remote nodes. Terminals 
connected to the terminal server have access to. all nodes 
on the network. 


Terminated Line: A circuit with a resistance at the far end 
equal to the characteristic impedance of the line, so no re- 
flections or standing waves are present when a signal is 
entered at the near end. 


Text: In communications, transmitted characters forming 
the part of a message that carries information to be con- 
veyed; in some protocols, the character sequence betwen 
start-of-text (STX) and end-of-text (ETX) control characters; 
information for human, as opposed to computer, compre- 
hension, intended for presentation in a two- dimensional 
form. 


TFTP (Trivial File Transfer Protocol): The DARPA Internet 
standard protocol for file transfer with minimal overhead and 
capability. It depends only on the unreliable, connectionless 
datagram delivery service (UDP), so it can be used on disk- 
less workstations that keep software in ROM in order iQ 
bootstrap themselves. 


T1: AT&T term for a digital carrier facility sad to transmit a 
DS-1 formatted digital signal at 1.544 Mbps. 


Timeout: Expiration of predefined time period, at which time 
some specified action occurs; in communications, timeouts 
are employed to avoid unnecessary delays and improve 
traffic flow; used, for example, to specify maximum re- 
sponse times to polling and addressing before a procedure 
is automatically reinitiated. 

TPI (Twisted Pair Interface): National’s twisted pair Ether- 
net Transceiver for 10BASE-T. Part number DP83922. 


Token: The password or character sequence used by net- 
work nodes to gain access to a token ring network. This 
character sequence (i.e., the token) passes from one node 
to another around the network; hence, the term “token 
passing” is used to describe the process. 


Token Ring: A data-signaling network architecture where a 
data packet and a token are passed from one station to 
another along an electrical ring. When a station transmits, it 
takes possession of the token, transmits its data, then frees 
the token after the data has made a complete circuit of the 
electrical ring. 


TOP (Technical and Office Protocols): A Boeing version 
of the MAP protocol suite aimed at office and engineering 
applications. 
Topology: Description of the physical connections of a spe- 
cific network’s nodes—such as bus, branching bus (tree or 
star), or ring. 


Transaction: In communications, a message destined for 
an application program; a computer-processed task that ac- 
complishes a particular action or result; in interactive com- 
muncations, an exchange between two devices, one of 
which is usually a computer; in batch or remote job entry, a 
job or job step. 


Transceiver: A combined transmitter and receiver. an .eS- 
sential element of all LANs, its functions is required at each 
node of the network. For Ethernet it connects directly to the 
coaxial cable as a stand alone transceiver box. For Thin 
Ethernet the transceiver resides in the data terminal equip- 
ment. 


Transmission: The dispatching of a dignal message, or 
other forms of intelligence by wire, radio, telegraphy, teleph- 
ony, facsimile, or other means; a series of characters, mes- 
sages, or blocks, including control information and user 
data; the signaling of data over communications channels. 


Transport Layer: Layer four in the OSI reference model; 
provides a logical connection between processes on two 
machines. See OSI. 


Tree: A LAN topology that recognizes only one route be- 
tween two nodes on the network. The “map” resembles a 
tree or the letter T. 


Trunk: A dedicated aggregated telephone circuit connect- 
ing two switching centers, central offices, or data-concen- 
tration devices. 


Twisted-Pair Transmission System: In 10BASE-T termi- 
nology, refers to the twisted-pair wire link and its two at- 
tached MAUs. 


Twisted-Pair Wire: A cable compriséd of two 18 to 24 
AWG (American Wire Gauge) solid copper strands twisted 
around each other. The twisting provides a measure of pro- 
tection from electromagnetic and radio-frequency interfer- 
ence (EMI/RFI). Two types are available: shielded and 
unshielded. The former is wrapped inside a metallic sheath 
that provides protection from EMI/RFI. The latter, also 
known as telephone wire, is covered with plastic or PVC, 
which provides no protection from EMI/RFI. 


Type 3 Cable: An unshielded twisted-pair wire that meets 
IBM specifications for use in token ring networks. 


UDP (User Datagram Protocol): The TCP/IP transaction 
protocol used for applications such as remote network man- 
agement and name service access; this lets users assign a 
name, such as “VAX™ 2”, to a physical or numbered ad- 
dress. 


UTP (Unshielded Twisted-Pair Cable): Also known as tel- 
ephone wire. See Twisted-Pair Wire. 


User Transparency: The quality in a network that enables 
users to access and transfer information without having to 
know how the network operates. 


VAN (Value Added Network): A network whose services 
go beyond simple switching. 

Vc (Virtual Circuit): For X.25 a VC is a PLP logical connec- 
tion between an X.25 DCE and an X.25 DTE. X.25 supports 
both switched VCs and permanent VCs. Switched VCs are 
analogous to dial up lines. They allow a particular X.25 DTE 
to establish connection with different X.25 DTEs on a per 
- call basis. In contrast, permanent VCs are analogous to 
leased lines because they always connect two particular 
X.25 DTEs. 


Virtual Disk: A portion of physical disk drive appearing to a 
dedicated host as a local disk resource. 


Virtual Storage: Storage space that may be viewed as ad- 
dressable main storage,: but is actually auxiliary storage 
(usually peripheral mass storage) mapped into real address- 
es; amount of virtual storage is limited by the addressing 
scheme of the computer. 


VMS™ (Virtual Memory System): An Operating System 
developed by Digital Equipment Corporation for the VAX 
computer series. 


Well-Known Port: Any set of protocol port riitnbers preas- 
signed for specific uses by the transport layer protocols (i.e., 
TCP and UDP). Clients can locate servers at well-known 
port assignments. File transfer servers, echo servers and 
time servers are some examples of servers using well- 
known port assignments. 


Wide Area Network (WAN): A network covering a large 
geographic area (50 miles or more); may include packet- 
switched, public data, and Value-Added Networks. 


Wide Band: A system in which multiple channels access a 
medium (usually coaxial cable) that has a large bandwidth 
(10 Mbps is typical) using radio frequency modems. Each 
channel is modulated to a different frequency slot on the 
cable and is demodulated to its original frequency at the 
receiving end. 


Wiring Closet: Central location for termination and routing 
on-premises wiring systems. 

Workstation: Input/Output equipment that an operator 
works. 


XDR (External Data Representation): A presentation layer 
protocol used by SUN microsystems. It provides a common 
way of representing data on a network consisting of differ- 
ent machines. 


XNS (Xerox Network System): Used as the basis for many 
network operating systems, including early version of 
3Com’s 3+. It performs functions similar to those of TCP/IP 
and runs on top of IEEE 802.3. 


X.NN: The X.nn series of the CCITT standards relate to the 
connection of digital equipment to a public data network 
which employs digital signaling. 

XON/XOFF (Transmitter On/Transmitter Off): A method 
of flow control used when a computer is attached to a slow- 
er device which cannot process information as fast as the 
computer sends it. A common device using XON/XOFF is a 
printer. XON is sent as a CONTROL-Q, XOFF is sent as a 
CONTROL-S. 


X.25: Defined by CCITT, and used most commonly in Eu- 
rope. 

The X.25 protocol is best suited for small to medium 
amounts of data traffic among multiple locations. It operates 
over telephone lines at up to 1.5 megabits per second (the 
maximum speed of a T-1 connection). X.25 breaks a data 
message into smaller pieces known as “packets” and trans- 
mits the packets individually to their destination, where they 
are reassembled. Because each packet is routed individual- 
ly, packets may travel different paths to their destination, 
thereby speeding transmission. 

X.400: This standard, approved by ISO, defines a means for 
exchanging electronic mail between computers. Supporting 
this standard allows electronic mail packages from different 
vendors to exchange messages. 

X.500: Still under development, X.500 is a standard for di- 
rectory management. It will allow users to find files and data 
on networks of different types of computers. 


SWI] SUOI}EDIUNWIWO e}eq pue HuyJOMyaN Bay [2907] Jo Alesso]5 


Glossary of Local Area Networking and Data Communications Terms 


10BASES: !EEE 802.3 Physical Layer Standard for thick ca- 
ble Ethernet, utilizing thick double shielded coaxial cable. 
10BASES stands for; 10 = 10 Mbits/sec. data rate, 
BASE = Baseband, 5 = 500 meters segment length. 
10BASE2: IEEE 802.3 Physical Layer Standard for thin wire 
Ethernet (sometimes called cheapernet). This standard 
uses RG58 standard coaxial cable. 10BASE2 stands for; 
10 = 10 Mbit/sec. data rate, BASE = Baseband, 2 = 200 
meter segment length (actually is 185m). 

1BASES: IEEE 802.3 Physical Layer Standard for StarLAN 
twisted pair network. 1BASE5 stands for; 1 = 1 Mbit/sec. 
data rate, BASE = Baseband, 5 = 500 meter segment 
length. 
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10BASE-T: IEEE 802.3 Physical Layer Standard for the new 
twisted pair Ethernet in a star topology. 10BASE-T stands 
for; 10 = 10 Mbit/sec. data rate, BASE = Baseband, T = 
twisted pair wire over 100 meters nominal segment length. 


802.x: The Institute of Electrical and Electronic Engineers 
(IEEE) committees that developed a set of standards defin- 
ing some networks. The IEEE committees generally work on 
standards below 50 Mb/s including: 


IEEE 802.3 Ethernet 

IEEE 802.4 Token Bus 

IEEE 802.5 Token Ring 

IEEE 802.6 Metropolitan Area Networks 

IEEE 802.9 Integrated Data and Voice 
3270 and 5250: These two IBM protocols have been 
around since the early 1970s. High Speed Serial Interface 
used with IBM mainframes and various peripherals. Data 
rates range from 1.2 Mbits/s to 52 Mbits/s. 


National 


Semiconductor 


Ethernet and Networking Acronyms 


Clock Recovery Device— 
Part of National’s Solution 


Carrier-Sense Multiple 
Access with Collision Detection 


Dual Attach Concentrator 
Dual Attach Station 
Data Link Layer 
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Description 
Multi-Port Repeater 
Network File System 
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Network Interface Controller (add-in 
card); also NSC DP8390 Network 
Interface Controller 


Repeater Interface Controller, NSC 
DP83950 


Source Address 
Single Attach Station 
Service Data Unit 


Systems Network Architecture (IBM) 
Protocol! 


SNMP 
SONIC 


Simple Network Management Protocol 


Systems Oriented Network Interface 
Controller, NSC DP83932 


Serial Network Interface Controller for 
Twisted Pair, NSC DP83902 


Transmission Control 
Protocol/Internet Protocol 


WAN Wide Area Network 
XNS Xerox Network System Protocol 


ST-NIC 


TCP/IP 


Section 8 


SUPPORT TOOLS AND 
REFERENCE MATERIALS 


Appendix/ 
Physical Dimensions 
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Physical Dimensions 
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Physical Dimensions 


24 Lead (0.300” Wide) Molded Dual-in-Line Package 


NS Package Number N24C 
1.243 —1.270 
0.092 (31.57 —32.26) 
(2.337) MAX 
(2 PLS) 


0.260 + 0.005 
(6.604 £0.127) 


PIN NO. 1 
IDENT 


EJECTOR PINS 


0.300 —0.320 (1.575) OPTIONAL 


(7.62 — 8.128) 


0.130 + 0.005 
(3.302 + 0.127) 


.145 — 0.200 
5.080) 
0.009 — 0.015 ‘ 
(0.229 —0.381) . 0.065, 
(1.651) 0.125 —0.145 
0.018+0.003 “(3.175 — 3.556) 
+0.040 ; 9.018 +0.003 
0.325 vo o15 MIN SUS 20S: L | sansa | L_ MIN 
— 0.05, (1.905 £0.381) TvP re 
(6.255 oe) 0.100+0.010 90° 4° TYP 
ies (2.54+0.254) 
TYP 
N24C (REV F) 


28 Lead (0.600” Wide) Molded Dual-in-Line Package 
NS Package Number N28B 


0.510+0.005 
(12.95+0.127) 


PIN NO. 1 IDENT” 
4.393-1.420 
(35.38 36.07) 
0.600 —0.620 0.145-0.210 0.050 1, 
(15.26—15.75) | (3.683 —5.334) (1.270) 


0.009—0.015 
(0.229 —0.381) 


0.030 
(0.762) 


0,125 -0.165 
(3.175—4.191) 9 999 
(0.508) 


0.050+ 0.015 0.100+0.010 0.018 + 0.003 ; 
(14.73) ——a Le >| | —>| eeu I 0.125—0.145 
1.270 + 0.381 5 : F . 
o.ez5 #0025 ( cae ) (2 emse 254) (0.457 + 0.076) (3.175 3.683) 
“0.015 
0.635 
(15.88 eal) ; " N26B (REV E) 
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48 Lead (0.600” Wide) Molded Dual-in-Line Package 
NS Package Number N48A 


2.393-2.49 
(60.78 — 61.98) 
7: 


CEE CEOECECECROSCEL REE 


SuOIsuaWGg [eoIskUd 


0.550+0.005 0 


(138720177) (1.5740) 


0.125—0.165 0.145 —0.200 


0.600 0.620 
(3.175—4.191) 


(15.26—15.74) 


0.050+0.015 0.100 + 0.010 0.018+0.003 
(127 £0,381) (25440.254) (0.457 £0.076) 


(3.175 3.683) 


159 Pin Molded Plastic Pin Grid Array 
NS Package Number UP159A 


1.660-1.680_ 


42.16-42.67 
[ ] fice 0.160-0.180 
[4.06-4.57] 1.490-1.510 typ 


060 
1.52] PIN No. 1 IDENT TYP [37.85-38.35] 


0.100 
[2.54] "YP 


-| PCOOOQOOOOOOQOOOOQOLO 


16151413121110 9 8 7 


0.018-0.022 ryp - 
® 10.46-0.56] |’? 


[#[e 0.030[0.76] W) |2/x@]¥S) 
j@/e 0.010[0.25}@) |Z} 


UP159A (REV. B) 


Physical Dimensions 


20 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V20A 


0.350-0.356 
O [8.89-9.04] 


PIN #1 IDENT 


0.013-0.021 
0.065 ——([9-33-0.53] 


SENG, 


0.026-0.032 


[o.66-0.81] '? 


0.385-0.395 typ 


[9.78-10.03] 
0.090-0.120 


[2.29-3.05] TYP 


0.165-0.180 
[4.19-4.57] i V20A (REV Kk) 


28 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V28A 


0.450-0.456 
[11.43-11.58] eae 


PIN #1 IDENT 45° X fitale” -pnsaaee 


0.026-0.032 [0.33-0.53] 
[0.66-0.81] |" { 


+ 


0.390-0.430 


[9.91-10.92] 


0.020 
fo.s1y MIN TP 
0.090-0.120 


[2.29-3.05] 
0.165-0.180 typ 


[4.19-4.57] 


EOP Ce He Ee Eo Te I 
0.045 
[1.14] 
0.485-0.495 
TYP 
[12.32-12.57] V28A (REV J) 


45° X 


68 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V68A 


0.950-0.958 0.013-0.021 
[24.13-24.33] [0.33-0.53] 
PIN 1 IDENT 
168 


suoIsuSWig [edIsAUd 


0.026-0.032 
[0.66-0.81] 


0.890-0.930 


[22.61-23.62] '*? 


NLA 
ARR ARR RRA ARR 


i 


0.020 
fosqne 0.985-0.995 
0.090-0.130 [25.02-25.27] 
[2.29-3.30] 


0.165-0.200 
[4.19-5.08] 


TYP 
TYP 


WP V68A (REV H) 


84 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V84A 


1.150-1.158 0.013-0.021 
[29.21-29.41] [0.33-0.53] "YP 


PIN t IDENT 


0.026-0.032 
Ib [0.66-0.81] "? 


1.090-1.130 


[27.69-28.70] 'Y? 


0.020 
[0.51] 


0.090-0.130 
[2.29-3.30] 


165-0.200 
GEER} re ad 


MN AYE, 1.185-1.195 


[30.10-30.35] "YP 


TYP 


Physical Dimensions 


132 Lead Molded Plastic Leaded Chip Carrier 
NS Package Number V132A 


42x 0.025 = (0.800) 
0.64 = (20.32) 


0.010 +0.002 


182 1995 +0.08) 
0.008 


: (0-20) 
AISA AL 


MIN IAGOARARAARAAR 


TTT 


1.100£0.003 4, 0.025 =(0.800) _ 0,950+0,003 
(27.94 £0.08) 0.64 =(20.32) (24.13 0.08) 
\ 
TATVENVIVUTVETYOTTT ITY MNT ND 
132-1 L, 
0.950 +0.003 
(24.13 0.08) 
1.100 +0.003 
(27.94 +£0.08) 
y, 0.012£0.004 - 
0.140 (0.30+0.10) 
(3.56) 0.005 
- (0.13) 0.007+0.001 0.092 0.003 
z—_1—_ TM (0.18 £0.03) (2.34 £6.68) 
t Gia cil 
= [a 0.002 
. 0.1675 +0.0075 eee 
(4.255+0.191)  0.049+ 0.007 0.025+0.005 
(1.24£0.18) (0.64+0.13) 
0.025 + 0.003 
~ (0.64+0.08) 
1.080+0.005 
(27.43 £0.13) V192A (REV A) 
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32 Lead Plastic Chip Carrier 
NS Package Number VA32A 


0.485-0.495 
[12.32-12.57] 


F[eoort019 Os [-<O] 


0.449-0.453 
[11.40-11.51] 


5 ais ESERTOMTOINEHO) 
43 LL [oooxecsi Oe 0106-04112 


7 Toeo-e25] 
0.00-0.25 
0.023-0.029 
POLISHED OPTIONAL [0.58-0.74] 0.015 in TYP 
[0.38] 


suoisuawig jeaiskud 


0.549-0.553 0.490-0.530 
{13.94-14.05] [12.45-13.46] 


0.541-0.545 >] o.01510.58] ©] c[o-e.F-6 ©} 


[13.74-13.84] 
0.585-0.595 ) 
{14.86-15.11] 
ah 


0.013-0.021 
{0.33-0.53] 


rT [o.002[0.081 ©] a] SEE DETAIL A 
oo7te.18] @]c] 0-£,F-< ©| 
> [o.co7t0.101 O]A]F-°@) 0.078-0.095 


[1.98-2.41] 


-$-| 0.00710.18] ©] a] F-6 @| 0.123-0.140 ane 


[3.12-3.56] [0.13] MAX 


| 


2 


TYP 


0.118-0.129 0.020 0.0100 


* [3.00-3.28] aa] ooet0.101| [0.51] bile [0.254] 
+ poowoal OP poareO) F 


0.042-0.048 0.045 
45°X Ty 07-1.22] [1.14] 
0.030-0.040 
[0.76-1.02] 


0.025 
[0.64] MIN DETAIL A 


_ TYPICAL 
0.021-0.027 ar aTER B08 


[0.53-0.69] 


= 


0.065-0.071 
[1.65-1.80] 


0.053-0.059 
YY [1.35-1.50] 
aA 0.031-0.037 
0.006-0.012 [0.79-0.94] 
renee aye [0.15-0.30] 0.027-0.033 
: : 0.019-0.025 [0.69-0.84] 


FpomeiOpareS] — [os-o-s] 


\N 
~ 


SECTION B-B VA32A (REV A) 
TYPICAL 


Physical Dimensions 


100 Lead Plastic Quad Flat Package, EIAJ 
NS Package Number VF100B 


0.693 + 0.012 
(17.60 + 0.305) 


PIN #4 1DENT. 
0.742 
(18.85) 


0.106 + 0.004 0.787 + 0.008 : be we i 
"(2662+ 0.102) (19.99 = 0.152) 0.007 + 0.001_ 
— (.17e 0.025) 

Sl iii tT _ 


0.005 + 0.005 0012+ 0.008 0.031 + 0.008 
(0.127 + 0.127) * (0.305 + 0.102) (0.787 + 0.152) 


0.933 + 0.012 
(23.70 + 0.305) 


VF100B (REV C} 
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160 Lead Plastic Quad Flat Package, EIAJ 
NS Package Number VF160A 


0.0256 (=0.998) 
39% 0.650 (=25.35. | 


suoisuawig jeoisAud 


1.102 0.006 


1.228 £0.018 = oO 
28.00 £0.15 


31.20 20.45 


0.007 £0.001 


0.132 20.004 
0.18 £0.03 


3.35 £0.10 


ER reee ENT ST eee, 
See kee ees eee ee st 


0.005 £0.005 
0.125 0.125 1.228 0.018 
31.20 20.45 


0.006 
lols | 0.012 40.004 TYP 0.024 40.014 10° MAX TYP 
0.30 £0.10 0.60 40.35 


VF160A (REV A) 
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Physical Dimensions 


100 Lead (14mm x 14mm) Molded Plastic Quad Flat ielecptiaaitg vEDEC’ 
NS Package Number VJG100A 


16.00 + 0.40 — 
014.00 + 0.10 


ae SHEE TT TT <pise daa , 
Sanity as ee Te Ne . DETAIL A 
0.125 # 0.050 TYP oe TYPICAL VJG1O0A (REV. B) 


100 Lead JEDEC Metric Plastic Quad Flat Package 
NS Package Number VECIOOR 


"23.6: £ 0.2 TYP - — 


17.6 £0.2 TYP 


+010 


ve 0.10995 
wo SEE DETAIL A 
es = 


SS ae Bee rae 
TYPICAL 
0.15 + 0.03 TYP VLC100B (REV, A) 
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100 Lead (14mm x 20mm) Molded Plastic Quad Flat Package, EIAJ 


NS Package Number VLJ100A 


23.6 £ 0.2 TYP 
20.0 £ 0.1 


17.6 0.2 TYP 
14.0 + 0.1 


—| 0.65 £ 0.10 TYP 


<.- re SEE DETAIL A 


0.15 + 0.03 TYP 


SEATING {0.25 MAX 
PLANE 0.05 MIN 


DETAIL A 
TYPICAL VLJ100A (REV B) 


suolsuewig jeoiskud 


Physical Dimensions 


160 Lead (28mm x 28mm) Molded Plastic Quad Flat Package, JEDEC 
NS Package Number VUL160A 


0.15 40.05 TYP 


31.20 0.25 TYP 


5° = 16° 


a & BOTTOM 


GAGE PLANE 


eee ah ; 


—R 0.13 MIN 


DETAIL A 
TYPICAL 


4.10 MAX TYP 


O 28.00 + 0.10 
VULI6OA (REV. A) 
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This bookshelf is a compilation of books that are currently available. The listing that follows shows the publication year and 
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For datasheets on new products and devices still in production but not found in a databook, please contact the National 
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ADVANCED BiCMOS LOGIC (ABTC, IBF, BCT) DATABOOK—1993 


ABTC/BCT Description and Family Characteristics e ABTC/BCT Ratings, Specifications and Waveforms 

ABTC Applications and Design Considerations ¢ Quality and Reliability ¢ Integrated Bus Function (IBF) Introduction 
54/74ABT3283 Synchronous Datapath Multiplexer © 74FR900/25900 9-Bit 3-Port Latchable Datapath Multiplexer 
54/74ACTQ3283 32-Bit Latchable Transceiver with Parity Generator/Checker and Byte Multiplexing 
54/74ABTCXXX @ 74BCTXXX 


ALS/AS LOGIC DATABOOK—1990 


Introduction to Advanced Bipolar Logic « Advanced Low Power Schottky ¢ Advanced Schottky 


ASIC DESIGN MANUAL/GATE ARRAYS & STANDARD CELLS—1987 


SSI/MSI Functions @ Peripheral Functions ¢ LSI/VLSI Functions ¢ Design Guidelines ¢ Packaging 


CMOS LOGIC DATABOOK—1988 


CMOS AC Switching Test Circuits and Timing Waveforms ¢ CMOS Application Notes © MM54HC/MM74HC 
MM54HCT/MM74HCT ¢ CD4XXX @ MM54CXXX/MM74CXXxX ¢ Surface Mount 


DATA ACQUISITION DATABOOK—1993 


Data Acquisition Systems ¢ Analog-to-Digital Converters ¢ Digital-to-Analog Converters ¢ Voltage References 
Temperature Sensors ¢ Active Filters ¢ Analog Switches/Multiplexers ¢ Surface Mount 


DATA ACQUISITION DATABOOK SUPPLEMENT—1992 


New devices released since the printing of the 1989 Data Acquisition Linear Devices Databook. 


DISCRETE SEMICONDUCTOR PRODUCTS DATABOOK—1989 


Selection Guide and Cross Reference Guides © Diodes e Bipolar NPN Transistors 
Bipolar PNP Transistors ¢ JFET Transistors ¢ Surface Mount Products @ Pro-Electron Series 
Consumer Series © Power Components ¢ Transistor Datasheets ¢ Process Characteristics 


DRAM MANAGEMENT HANDBOOK—1993 


Dynamic Memory Control ¢ CPU Specific System Solutions ¢ Error Detection and Correction 
Microprocessor applications . 


EMBEDDED CONTROLLERS DATABOOK—1992 


COP400 Family e COP800 Family ¢ COPS Applications ¢ HPC Family ¢ HPC Applications 
MICROWIRE and MICROWIRE/PLUS Peripherals ¢ Microcontroller Development Tools 


FDDI DATABOOK—1991 


FDDI Overview ¢ DP83200 FDDI Chip Set ¢ Development Support ¢ Application Notes and System Briefs 


F100K ECL LOGIC DATABOOK & DESIGN GUIDE—1992 


Family Overview ¢ 300 Series (Low-Power) Datasheets © 100 Series Datasheets ¢ 11C Datasheets 
Design Guide ¢ Circuit Basics ¢ Logic Design Transmission Line Concepts ¢ System Considerations 
Power Distribution and Thermal Considerations ¢ Testing Techniques ® 300 Series Package Qualification 
Quality Assurance and Reliability ¢ Application Notes © 


FACT™ ADVANCED CMOS LOGIC DATABOOK—1993 


Description and Family Characteristics « Ratings, Specifications and Waveforms 
Design Considerations © 54AC/74ACXXX ® 54ACT/74ACTXXX ® Quiet Series: 54ACQ/74ACQXXX 
Quiet Series: 54ACTQ/74ACTQXXX @ 54FCT/74FCTXXX @ FCTA: 54FCTXXXA/74FCTXXXA/B 


FAST® ADVANCED SCHOTTKY TTL LOGIC DATABOOK—1990 


Circuit Characteristics ¢ Ratings, Specifications and Waveforms ¢ Design Considerations ¢ 54F/74FXXX 


FAST® APPLICATIONS HANDBOOK—1990 


Reprint of 1987 Fairchild FAST Applications Handbook 

Contains application information on the FAST family: Introduction ¢ Multiplexers ¢ Decoders ¢ Encoders 
Operators ¢ FIFOs ¢ Counters ¢ TTL Small Scale Integration ¢ Line Driving and System Design 

FAST Characteristics and Testing © Packaging Characteristics 


HIGH-PERFORMANCE BUS INTERFACE DESIGNER’S GUIDE—1992 


Futurebus + /BTL Devices ¢ BTL Transceiver Application Notes ¢ Futurebus+ Application Notes 
High Performance TTL Bus Drivers ¢ Pl-Bus ¢ Futurebus+/BTL Reference 


IBM DATA COMMUNICATIONS HANDBOOK—1992 


IBM Data Communications ¢ Application Notes 


INTERFACE: LINE DRIVERS AND RECEIVERS DATABOOK—1992 


EIA-232 © ElA-422/423 e EIA-485 ¢ Line Drivers ¢ Receivers ¢ Repeaters ¢ Transceivers ¢ Application Notes 


LINEAR APPLICATIONS HANDBOOK—1991 


The purpose of this handbook is to provide a fully indexed and cross-referenced collection of linear integrated circuit 
applications using both monolithic and hybrid circuits from National Semiconductor. 


Individual application notes are normally written to explain the operation and use of one particular device or to detail various 
methods of accomplishing a given function. The organization of this handbook takes advantage of this innate coherence by 
keeping each application note intact, arranging them in numerical order, and providing a detailed Subject Index. 


LINEAR APPLICATION SPECIFIC IC’s DATABOOK—1993 


Audio Circuits ¢ Radio Circuits ¢ Video Circuits ¢ Display Drivers ¢ Clock Drivers ¢ Frequency Synthesis 
Special Automotive ¢ Special Functions ¢ Surface Mount 


LOCAL AREA NETWORKS DATABOOK—1993 SECOND EDITION 


Integrated Ethernet Network Interface Controller Products ¢ Ethernet Physical Layer Transceivers 
Ethernet Repeater Interface Controller Products * Token-Ring Interface Controller (TROPIC) 
Hardware and Software Support Products * FDD] Products ¢ Glossary and Acronyms 


LOW VOLTAGE DATABOOK—1992 


This databook contains information on National’s expanding portfolio of low and extended voltage products. Product datasheets 
included for: Low Voltage Logic (LVQ), Linear, EPROM, EEPROM, SRAM, Interface, ASIC, Embedded Controllers, Real Time 
Clocks, and Clock Generation and Support (CGS). 


MASS STORAGE HANDBOOK—1989 


Rigid Disk Pulse Detectors © Rigid Disk Data Separators/Synchronizers and ENDECs 
Rigid Disk Data Controller ¢ SCSI Bus Interface Circuits ¢ Floppy Disk Controllers ¢ Disk Drive Interface Circuits 
Rigid Disk Preamplifiers and Servo Control Circuits © Rigid Disk Microcontroller Circuits ¢ Disk Interface Design Guide 


MEMORY DATABOOK—1992 
CMOS EPROMs ¢ CMOS EEPROMs ¢ PROMs e Application Notes 


MEMORY APPLICATION HANDBOOK—1993 
OPERATIONAL AMPLIFIERS DATABOOK—1993 


Operational Amplifiers © Buffers ¢ Voltage Comparators ¢ Instrumentation Amplifiers ¢ Surface Mount 


PACKAGING DATABOOK—1993 


Introduction to Packaging * Hermetic Packages ¢ Plastic Packages ¢ Advanced Packaging Technology 
Package Reliability Considerations ¢ Packing Considerations ¢ Surface Mount Considerations 


POWER IC’s DATABOOK—1993 


Linear Voltage Regulators ¢ Low Dropout Voltage Regulators ¢ Switching Voltage Regulators ¢ Motion Control 
Peripheral Drivers ® High Current Switches ¢ Surface Mount 


PROGRAMMABLE LOGIC DEVICE DATABOOK AND 
DESIGN GUIDE—1993 


Product Line Overview ° Datasheets ¢ Design Guide: Designing with PLDs ¢ PLD Design Methodology 
PLD Design Development Tools ¢ Fabrication of Programmable Logic ¢ Application Examples 


REAL TIME CLOCK HANDBOOK—1993 


3-Volt Low Voltage Real Time Clocks ¢ Real Time Clocks and Timer Clock Peripherals ¢ Application Notes 


RELIABILITY HANDBOOK—1987 


Reliability and the Die Internal Construction ¢ Finished Package ¢ MIL-STD-883 ¢ MIL-M-38510 

The Specification Development Process © Reliability and the Hybrid Device ¢ VLSI/VHSIC Devices 
Radiation Environment ¢ Electrostatic Discharge © Discrete Device ¢ Standardization 

Quality Assurance and Reliability Engineering © Reliability and Documentation ¢ Commercial Grade Device 
European Reliability Programs ¢ Reliability and the Cost of Semiconductor Ownership 

Reliability Testing at National Semiconductor ¢ The Total Military/Aerospace Standardization Program 
883B/RETS™ Products ¢e MILS/RETS™ Products ¢ 883/RETS™M Hybrids ¢ MIL-M-38510 Class B Products 
Radiation Hardened Technology * Wafer Fabrication ¢ Semiconductor Assembly and Packaging 
Semiconductor Packages ¢ Glossary of Terms ¢ Key Government Agencies ¢ AN/ Numbers and Acronyms 
Bibliography ¢ MIL-M-38510 and DESC Drawing Cross Listing 


SCAN™ DATABOOK—1993 


Evolution of IEEE 1149.1 Standard ¢ SCAN Buffers ¢ System Test Products ¢ Other IEEE 1149.1 Devices 


TELECOMMUNICATIONS—1992 


COMBO and SLIC Devices ® ISDN ¢ Digital Loop Devices ¢ Analog Telephone Components ¢ Software 
Application Notes 


NATIONAL SEMICONDUCTOR CORPORATION DISTRIBUTORS 


ALABAMA 
Huntsville 
Hamilton/Avnet 
(205) 837-7210 
Pioneer Technology 
(205) 837-9300 


ARIZONA 

Chandler 
Hamilton/Avnet 
(602) 961-1211 

Tempe 
Anthem Electronics 
(602) 966-6600 
Boll Industries 
(602) 966-7800 
Time Electronics 
(602) 967-2000 


CALIFORNIA 
Agora Hills 
Bell Industries 
(818) 706-2608 
Time Electronics 
(818) 707-2890 
Zeus Components 
(818) 889-3838 
Burbank 
Elmo Semiconductor 
(818) 768-7400 
Calabasas 
F/X Electronics 
(818) 591-9220 
Chatsworth 
Anthem Electronics 
(818) 775-1333 
Time Electronics 
(818) 593-8400 
Costa Mesa 
Hamilton Electro Sales 
(714) 641-4100 
Cypress 
Bell Industries 
(714) 895-7801 
Gardena 
Hamilton/Avnet 
(213) 516-8600 
irvine 
Anthem Electronics 
(714) 768-4444 
Rocklin 
Anthem Electronics 
(916) 624-9744 
Belt Industries 
(916) 652-0414 
Roseville 
Hamilton/Avnet 
(916) 925-2216 
San Diego 
Anthem Electronics 
(619) 453-9005 
Hamilton/Avnet 
(619) 571-1900 
Time Electronics 
(619) 586-0129 
San Jose 
Anthem Electronics 
(408) 453-1200 
Pioneer Technology 
(408) 954-9100 
Zeus Components 
(408) 629-4789 


Sunnyvale 
Bell Industries 
(408) 734-8570 
Hamilton/Avnet 
(408) 743-3300 
Time Electronics 
(408) 734-9888 
Torrance 
Time Electronics 
(213) 320-0880 
Tustin 
Time Electronics 
(714) 669-0100 
Woodland Hills 
Hamilton/Avnet 
(818) 594-0404 
Yorba Linda 
Zeus Components 
(714) 921-9000 


COLORADO 

Denver 
Bell Industries 
(303) 691-9010 

Englewood 
Anthem Electronics 
(303) 790-4500 
Hamilton/Avnet 
(303) 799-7800 
Time Electronics 
(303) 721-8882 


CONNECTICUT 
Danbury 
Hamilton/Avnet 
(203) 743-6077 
Shelton 
Pioneer Standard 
(203) 929-5600 
Waterbury 
Anthem Electronics 
(203) 575-1575 


FLORIDA 

Altamonte Springs 
Bell Industries 
(407) 339-0078 
Pioneer Technology 
(407) 834-9090 
Zeus Components 
(407) 788-9100 

Deerfield Beach 
Pioneer Technology 
(305) 428-8877 

Fort Lauderdale 
Hamilton/Avnet 
(305) 767-6377 
Time Electronics 
(305) 484-1778 

Orlando 
Chip Supply 
(407) 298-7100 
Time Electronics 
(407) 841-6565 

St. Petersburg 
Hamilton/Avnet 
(813) 572-4329 

Winter Park 
Hamilton/Avnet 
(407) 657-3300 


GEORGIA 
Duluth 
Hamilton/Avnet 
(404) 446-0611 
Pioneer Technology 
(404) 623-1003 


Norcross 
Bell Industries 
(404) 662-0923 
Time Electronics 
(404) 368-0969 


ILLINOIS 


Addison 
Pioneer Electronics 
(708) 495-9680 
Bensenville 
Hamilton/Avnet 
(708) 860-7700 
Elk Grove Village 
Bell Industries 
(708) 640-1910 
Schaumburg 
Anthem Electronics 
(708) 884-0200 
Time Electronics 
(708) 303-3000 


INDIANA 


Carmel 
Hamilton/Avnet 
(317) 844-9533 

Fort Wayne 
Bell Industries 
(219) 423-3422 

Indianapolis 


Advent Electronics Inc. 


(317) 872-4910 
Bell Industries 
(317) 875-8200 
Pioneer Standard 
(317) 573-0880 


IOWA 
Cedar Rapids 
Advent Electronics 
(319) 363-0221 
Hamilton/Avnet 
(319) 362-4757 


KANSAS 

Lenexa 
Hamilton/Avnet 
(913) 888-8900 


MARYLAND 

Columbia 
Anthem Electronics 
(410) 995-6840 
Time Electronics 
(410) 964-3091 
Zeus Components 
(410) 997-1118 

Gaithersburg 
Pioneer Technology 
(301) 921-0660 


MASSACHUSETTS 
Andover 
Bell Industries 
(508) 474-8880 
Beverly ; 
Sertech Laboratories 
(508) 927-5820 
Lexington 
Pioneer Standard 
(617) 861-9200 
Norwood 
Gerber Electronics 
(617) 769-6000 
Peabody 
Hamilton/Avnet 
(508) 531-7430 
Time Electronics 
(508) 532-9900 


Tyngsboro 
Port Electronics 
(508) 649-4880 
Wakefield 
Zeus Components 
(617) 246-8200 
Wilmington 
Anthem Electronics 
(508) 657-5170 


MICHIGAN 
Grand Rapids 
Pioneer Standard 
(616) 698-1800 
Grandville 
Hamilton/Avnet 
(616) 243-8805 
Livonia 
Pioneer Standard 
(313) 525-1800 
Novi 
Hamilton/Avnet 
(313) 347-4720 
Wyoming 
R. M. Electronics, Inc. 
(616) 531-9300 


MINNESOTA 

Eden Prairie 
Anthem Electronics 
(612) 944-5454 
Pioneer Standard 
(612) 944-3355 

Edina 
Time Electronics 
(612) 943-2433 

Minnetonka 
Hamilton/Avnet 
(612) 932-0600 


MISSOURI 
Chesterfield 
Hamilton/Avnet 
(314) 537-1600 
St. Louis 
Time Electronics 
(314) 391-6444 


NEW JERSEY 
Cherry Hill 
Hamilton/Avnet 
(609) 424-0110 
Fairfield 
Hamilton/Avnet 
(201) 575-3390 
Pioneer Standard 
(201) 575-3510 
Marlton 
Time Electronics 
(609) 596-6700 
Mount Laurel 
Seymour Electronics 
(609) 235-7474 
Pine Brook 
Anthem Electronics 
(201) 227-7960 
Wayne 
Time Electronics 
(201) 785-8250 


NEW MEXICO 
Albuquerque 


Alliance Electronics Inc. 


(505) 292-3360 
Bell Industries 
(505) 292-2700 
Hamilton/Avnet 
(505) 345-0001 
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NEW YORK 
Binghamton 
Pioneer 
(607) 722-9300 
Buffalo 
Summit Electronics 
(716) 887-2800 
Commack 
Anthem Electronics 
(516) 864-6600 
Fairport 
Pioneer Standard 
(716) 381-7070 
Hauppauge 
Hamilton/Avnet 
(516) 231-9444 
Time Electronics 
(516) 273-0100 
North Syracuse 
Hamilton/Avnet 
(315) 437-2641 
Port Chester _ 
Zeus Components 
(914) 937-7400 
Rochester 
Hamilton/Avnet 
(716) 292-0730 
Summit Electronics 
(716) 334-8110 
Syracuse 
Time Electronics 
(315) 432-0355 
Westbury 


Hamilton/Avnet Export Div. 


(516) 997-6868 
Woodbury 

Pioneer Electronics 

(516) 921-8700 


NORTH CAROLINA 
Charlotte 
Hamilton/Avnet 
(704) 527-2485 
Pioneer Technology 
(704) 527-8188 
Durham 
Pioneer Technology 
(919) 544-5400 
Morrisville 
Pioneer Technology 
(919) 460-1530 
Raleigh 
Hamilton/Avnet 
(919) 878-0810 


OHIO 
Cleveland 
Pioneer 
(216) 587-3600 
Columbus 
Time Electronics 
(614) 794-3301 


Dayton 
Bell Industries 
(513) 435-8660 
Bell Industries-Military 
(513) 434-8231 
Hamilton/Avnet 
(513) 439-6700 
Pioneer Standard 
(513) 236-9900 
Zeus Components 
(513) 293-6162 

Independence 
Hamilton/Avnet 
(216) 349-5100 


OKLAHOMA 


Tulsa 
Hamilton/Avnet 
(918) 664-0444 
Pioneer Standard 
(918) 665-7840 
Radio Inc. 

(918) 587-9123 


OREGON 


Beaverton 
Anthem Electronics 
(503) 643-1114 
Bell Industries 
(503) 644-3444 
Hamilton/Avnet 
{800) 332-8638 
Portland 
Time Electronics 
(503) 684-3780 


PENNSYLVANIA 


Horsham 
Anthem Electronics 
(215) 443-5150 
Pioneer Technology 
(215) 674-4000 
Mars 
Hamilton/Avnet 
(412) 281-4150 
Pittsburgh 
Pioneer 
(412) 782-2300 


TEXAS 


Austin 
Hamilton/Avnet 
(512) 837-8911 
Minco Technology Labs. 
(512) 834-2022 
Pioneer Standard 
(512) 835-4000 
Time Electronics 
(512) 346-7346 

Dallas 
Hamilton/Avnet 
(214) 308-8111 
Pioneer Standard 
(214) 386-7300 


Houston 
Hamilton/Avnet 
(713) 240-7733 
Pioneer Standard . 
(713) 495-4700 

Richardson 
Anthem Electronics 
(214) 238-7100 
Time Electronics 
(214) 644-4644 
Zeus Components 
(214) 783-7010 


UTAH 

Midvale 
Bell Industries 
(801) 255-9611 © 

Salt Lake City 
Anthem Electronics 
(801) 973-8555 
Hamilton/Avnet 
(801) 972-2800 

West Valley 
Time Electronics 
(801) 973-8494 


WASHINGTON 
Bothell 
Anthem Electronics 
(206) 483-1700 
Kirkland 
Time Electronics - 
(206) 820-1525 
Redmond 
Bell Industries 
(206) 867-5410 
Hamilton/Avnet 
(801) 266-2022 


WISCONSIN 
Brookfield 
Pioneer Electronics 
(414) 784-3480 
Mequon 
Taylor Electric 
(414) 241-4321 
Waukesha 
Bell Industries 
(414) 547-8879 
Hamilton/Avnet 
(414) 784-8205 


CANADA 
WESTERN PROVINCES 
Burnaby 
Hamilton/Avnet 
(604) 420-4101 
Semad Elscironics 
(604) 420-9889 


Calgary 
Electro Sonic Inc. 
(403) 255-9550 
Semad Electronics 
(403) 252-5664 
Zentronics 
(403) 295-8838 
Edmonton 
Zentronics 
(403) 482-3038 
Markham 


Semad Electronics Ltd. 


(416) 475-3922 
Richmond : 

Electro Sonic Inc. 

(604) 273-2911 

Zentronics 

(604) 273-5575 
Winnipeg 

Zentronics 

(204) 694-1957 


EASTERN PROVINCES . , 
Mississauga . 
Hamilton/Avnet 
(416) 795-3825" 
Time Electronics 
(416) 672-5300 

Zentronics 
(416) 507-2600 
Nepean ; 
Hamilton/Avnet 
(613) 226-1700 
Zentronics 
(613) 226-8840 
Ottawa ; 
Electro Sonic Inc. 
(613) 728-8333 
Semad Electronics 
(613) 727-8325 
Pointe Claire 
Semad Electronics 
(514) 694-0860 
St. Laurent 
Hamilton/Avnet 
(514) 335-1000 
Zentronics 
(514) 737-9700 
Willowdale 
ElectroSonic Inc. 
(416) 494-1666 
Winnipeg ; 
Electro Sonic Inc. 
(204) 783-3105 
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National Semiconductor 
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National Semiconductores 
Do Brazil Ltda. 
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Fax: (55-11) 212-1181 


National Semiconductor 
Bulgaria \ 
P.C.LS.A. 
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National Semiconductor 
GmbH 
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National Semiconductor 

GmbH 
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National Semiconductor 
GmbH 
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National Semiconductor 
GmbH 

Untere Waldplatze 37 
D-7000 Stuttgart 80 
Germany 
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Telex: 7255993 

Fax: (07-11) 68-65-260 


National Semiconductor 
Hong Kong Ltd. 

13th Floor, Straight Block 
Ocean Centre 

5 Canton Rd. 
Tsimshatsui, Kowloon 
Hong Kong | 

Tel: (852) 737-1600 
Telex: 51292 NSHKL 
Fax: (852) 736-9960. __ 


National Semiconductor 
(UK) Ltd. 

Unit 2A 

Clonskeagh Square 
Clonskeagh Road 

Dublin 14 
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Tel: (01) 269-5344 

Fax: (01) 283-0650 


National Semiconductor SpA 
Strada 7, Pallazo R/3 
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Tel: (02) 57500300 

Telex: 352647 

Fax: (02) 57500400 


National Semiconductor 
Japan Ltd. 

Sanseido Bldg. 5F 
4-15-3, Nishi-shinjuku, 
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Tokyo 

Japan 160 

Tel: (03) 3299-7001 

Fax: (03) 3299-7000 


National Semiconductor 
(Far East) Ltd. 

Korea Branch 

13th Floor, Dai Han 

Life Insurance 63 Building 


60, Yoido-dong, Youngdeungpo-ku 


Seoul 

Korea 150-763 

Tel: (02) 784-8051 
Telex: 24942 NSRKLO 
Fax: (02) 784-8054 
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